クラウドへの移行を成功させるための 6 つの戦略

移行戦略の選択は、組織が何を達成したいかによって大きく異なります。いくつかのアプローチは多くの戦略的機会を提供しますが、実装がより複雑になることがよくあります。いくつかのオプションは比較的シンプルですが、長期的にはコストが高くなります。したがって、組織はクラウド移行の目的を明確にし、最適な戦略を選択する必要があります。

[[360882]]

戦略 1: リフトアンドシフト

リフトアンドシフトの考え方はシンプルです。組織は、既存のオンプレミスシステムを、可能な限り変更を加えずにクラウドプラットフォームに移行します。基本的に、データセンターの運用全体をクラウドに移行します。

再ホスティングは魅力的な選択肢となるかもしれません。組織は比較的迅速に作業を完了でき、関連するリスクは最小限に抑えられます。しかし、この戦略には明らかな欠点があります。特に長期的には、運用コストが比較的高くなる可能性があるということです。さらに、新しい環境をセットアップして、既存の継続的インテグレーション (CI)/継続的デリバリー (CD) ソリューションに接続するには、ある程度の時間がかかります。

組織では、早急にオフプレミスのデータセンターを移行する必要がありますか?この戦略は良い選択肢となるかもしれません。ただし、時間が限られていることに注意してください。移行が完了したら、組織はクラウドプラットフォームに適合するようにアプリケーションとアーキテクチャの変更を開始する必要があります。

もう一つの選択肢は、対象を絞った持ち上げと移動を実行することです。既存の従来のシステムの多くもクラウドに移行する必要があります。組織は、クラウド移行が完了した後に移行し、その後段階的に廃止したり置き換えたりすることができます。

全体として、これは有用な戦略ですが、賢明かつ慎重に使用する必要があります。リフトアンドシフトはクラウドに素早く移行する方法ですが、その後にさらに多くの作業が必要になるという犠牲を伴います。

戦略2: プラットフォームの再構築

リフトパッチアンドトランスファーとも呼ばれます。組織はシステムの機能を変更しませんでしたが、その基盤となるプラットフォームはアップグレードされました。

あなたの組織には、高価なライセンスで稼働しているレガシーデータベースサーバーがありますか?再プラットフォーム化は良い選択肢です。このように、Database as a Service は多くの点で大幅な改善をもたらし、システムを管理したりアイドル時間に対して料金を支払ったりする必要がなくなります。

たとえば、高価なハードウェア上で多数のデプロイされたアプリケーションサーバーを実行する場合などです。これらのクラスターの構築と維持には時間がかかり、複雑になります。この観点からすると、これらのアプリケーションを Docker コンテナに移行することは確かに魅力的な選択肢です。

しかし、ほとんど目に見えない欠点には注意してください。クラウドコンピューティングインフラストラクチャの詳細は、オンプレミスプラットフォームの詳細とは異なります。分散コンピューティングの誤りを念頭に置き、回復力を向上させます。

この戦略は、組織に IT 支出をまったく異なるモデルに移行する機会を提供するだけでなく、組織の俊敏性を大幅に向上させることもできます。したがって、組織がクラウドネイティブに移行すると、より多くのメリットが得られます。

戦略3: リファクタリング

リファクタリング (再アーキテクチャとも呼ばれる) は、アーキテクチャとアプリケーションの変更に対する最も広範囲にわたる戦略ですが、大きな可能性を秘めています。クラウドプラットフォームが提供する機能を最大限に活用することで、オンプレミスの設備では実現できないことをアーキテクチャの再構築時に実現できます。前例のない拡張性を実現するには、膨大な人的資源とリソースの投資が必要です。

この戦略の影響は、主にシステム環境の現在の状態によって異なります。アプリケーションはどの程度密接に結合されていますか?あなたのアーキテクチャはどの程度モジュール化されていますか?組織がサービス指向である場合、すでに準備は完了しています。マイクロサービス（またはサーバーレス）への一歩は大きな飛躍ではありませんが、組織を最先端に導くことになります。

幸いなことに、これは「全か無か」の戦略ではありません。クラウドネイティブ特性を持つアプリケーションの移行に最適です。ただし、ビジネス価値の観点から再構築することも同様に興味深いことです。

組織がアイデアから生産までの時間を即座に短縮するとします。バグを減らし、セキュリティと安定性をトレードオフすることなく、1 日に複数回配信します。では、どのアプリケーションがより良い結果をもたらすのでしょうか?組織のポートフォリオは、リファクタリング戦略からより多くの利益を得られる可能性があります。

戦略4: 保持

クラウド移行のためにすべてのシステムを移行する必要はありません。一部のシステムとアプリケーションはデータセンターで適切に実行され、後で移行したり、将来廃止したりすることができます。

クラウド移行中に、組織は大量の技術的知識を獲得することになります。しかし、クラウドへの移行は厳密に言えば技術的な問題ではありません。しかし、確かなのは、組織が新しい考え方や働き方に移行し始めているということです。場合によっては、一部のシステムが適切でなくなることがあります。もちろん、しばらくは保持できますが、遅かれ早かれ廃止する必要があるため、クラウドに移行する価値はありません。

おそらく、組織は大規模なシステムアップグレードプロジェクトを実施したばかりでしょう。あるいは、申請書の一部を残さなければならない他の理由がある場合、これは有効な選択肢となる可能性があります。

戦略5: 退職

組織にとって、クラウド移行の実装をいつ開始するかが必ずしも明確ではない場合や、クラウド移行について考えていない場合もあります。しかし、移行中には、廃止したり削除したりできるものが常に存在します。

たとえば、OHRA が自社のデータセンターから AWS クラウドプラットフォームにサービスを移行したとき、アプリケーションの約 20% が廃止されました。これにより、移行作業が大幅に軽減されます。

戦略6: 置き換え（SaaSで）

これは、コストは高いがメリットは低いシステム向けです。これらを SaaS ソリューションに置き換えることは実行可能な戦略です。スプレッドシートが詰まったメールサーバーとファイルサーバーのクラスターは、Office 365 または Google Workspace に置き換える候補になる可能性があります。 Salesforce は顧客関係管理 (CRM) システムを置き換えることができ、オンプレミスのコンテンツ管理システムには多くの SaaS 代替手段があります。

ソフトウェアの開発にはコストがかかりますが、成熟したクラウドコンピューティングアプリケーションを採用すると、時間、労力、コストを節約できます。

どのクラウド移行戦略がより適していますか?

すべての組織に適した単一のクラウド移行戦略は存在しません。組織ごとに目標とニーズは異なります。組織は、自らにとって最適な戦略を選択する必要があります。ただし、覚えておいてください。できるだけクラウドネイティブにすれば、クラウドコンピューティングの最大のメリットが得られます。組織がデータセンター中心であればあるほど、クラウド移行を実施した後に達成できる運用コストの削減量は大きくなります。

知識、経験、人材を適切に組み合わせることで、組織はクラウド移行を正常に完了できます。

業界の専門家 Bert Ertman が執筆したクラウド移行に関するホワイトペーパーでは、次の質問に答えています。