クラウド移行

クラウド移行とは、ITサービスのプロビジョニングを迅速化し、レジリエンス、拡張性、効率を向上させるために、ITワークロードをクラウドプロバイダーに移行するプロセスを指します。クラウド移行には、データセンターのクラウドへの移行、現在利用しているクラウドから別のクラウドへの移行、ハイブリッド環境やマルチクラウド環境への移行など、さまざまな形態があります。クラウド移行は、アプリケーションとITのモダナイゼーション、デジタルトランスフォーメーションの一環として行われるのが一般的です。

クラウド移行には、コストの削減、運用チームの俊敏性と生産性の向上、セキュリティやレジリエンスの強化、ユーザー数の拡大に応じたサービスデリバリーの迅速な拡大など、さまざまなメリットがあります。また、クラウドに移行すれば、データセンターを運用する場合と比べてCAPEX(資本コスト)を大幅に削減して、OPEX(運用コスト)にシフトできます。さらに、移行先のソフトウェアやインフラの運用に詳しいサードパーティに管理タスクの多くを委託できるメリットもあります。

クラウド移行には、多くの組織が直面するさまざまな課題があります。たとえば、エンドツーエンドの可視化を実現するために必要な包括的な戦略が確立されていない、ハイブリッドクラウドインフラでのサービスへの影響や動作を十分に理解できない、新しいクラウドプラットフォームでのコストの肥大化や管理の不行き届きの懸念がある、データセキュリティやコンプライアンスの問題が生じる、ベンダーロックインに陥るなどの課題があります。

クラウド移行の一般的なパターンは5つあり、総称して「5R」とよく呼ばれます。難易度の低い順に以下のパターンがあります。

• リホスト(Rehost)：「リフト＆シフト」とも呼ばれ、データやアプリケーションをそのままクラウドサーバーに移行します。アプリケーションのコード変更は必要最小限にとどまります。
• リファクタ(Refactor)：移行に必要な変更に加えて、クラウド環境のメリットを活かせるようにアプリケーションを最適化および調整します。コアアーキテクチャはそのままで、変更は最小限に抑えます。
• リバイズ(Revise)：リファクタリングと似ていますが、クラウドサービスのメリットを活かせるように基盤アーキテクチャにも大きな変更を加えます。このアプローチを採用する場合は、組織のITロードマップをよく確認して入念な計画を立てる必要があります。
• リビルド(Rebuild)：既存のソースコードを捨てて、クラウド環境に合わせた新しいコードに書き換えます。通常、アプリケーションを長期にわたって使用し社内で保守し続ける場合は、このアプローチが最適です。
• リプレース(Replace)：独自開発のアプリケーションを廃止し、ベンダーが提供しクラウド上で運用される事前構築済みのサードパーティアプリケーションに乗り換えます。通常、移行対象になるのはデータのみで、古いソフトウェアやインフラは破棄します。