移行の方針の選択
現在の IT インフラストラクチャを評価し、組織の IT ニーズを検証したら、移行の方法と対象のアーキテクチャを検討します。
- さまざまなリソースに対する移行のタイプを選択します。
- リホスティング (Rehosting) -「リフトアンドシフト」
- アプリケーションアーキテクチャを変更せずに、別のハードウェア環境を使用してアプリケーションを再ホストできます。通常、この戦略は、大規模な従来のアプリケーションや、移行を迅速かつ効果的に行う必要があるシナリオに適しています。
- リプラットフォーミング (Replatforming ) -「リフトティンカーアンドシフト」
- アプリケーションの元のアーキテクチャを維持しながら、クラウドインフラストラクチャのメリットを十分に活用できるようにいくつかの最適化を行えます。再プラットフォーム化は再ホスト化よりも時間がかかる場合がありますが、再ファクタリングのような多大なリソースを必要とせず、ある程度の費用対効果、機能性、および時間短縮が必要な場合に最適です。
- リタイアリング (Retiring)
- 現在のインフラストラクチャで一部のアプライアンスまたは製品の使用を停止できます。たとえば、老朽化したサーバーやユーザー数が少ないアプリケーションを移行しないことが可能になります。
- リテイニング (Retaining) -「再アクセス」
- 移行戦略の決定には、多くの検討と調査を要します。場合によっては、一旦保留にして、インフラストラクチャの最も重要な部分や問題のある部分を後で再検討することもできます。
- リファクタリング (Refactoring ) -「再ビルド」
- クラウドの機能と柔軟性を活用するために、現在のインフラストラクチャのアーキテクチャをレビューして再設計できます。既存のアーキテクチャではアプリケーションが満たすことができないスケール、パフォーマンス、またはアジリティを実現するために、インフラストラクチャやそのコンポーネントをリファクタリングします。この戦略は最もコストがかかる可能性がありますが、特にサービス指向のインフラストラクチャに移行する場合には、最適なソリューションになる可能性があります。
- リパーチェシング (Repurchasing) -「ドロップアンドショップ」
- 現在のアプリケーションから、クラウドプロバイダーが提供するサービスやアプライアンスに切り替えることができます。場合によっては、古い製品の移行に投資するよりも、新しいクラウド製品の使用を開始する方が簡単で収益性が高いこともあります。組織に自社開発の製品や、クラウドインフラストラクチャに適さない業界固有のアプリケーションがある場合に適します。
- 組織のニーズに応じて、すべての IT リソースを同じクラウドプラットフォームに移動することも、複数のプラットフォームを使用することもできます。さまざまなリソースのターゲットアーキテクチャを決定します。
- IaaS
- サービスとしてのインフラストラクチャは、仮想マシン (VM)、ソフトウェア定義ネットワーク (SDN)、およびネットワークアタッチトストレージ (NAS) を含む基本インフラストラクチャのみを提供します。
- SaaS
- サービスとしてのソフトウェアは、オンデマンドソフトウェアとも呼ばれます。クラウドプロバイダーはアプリケーションを管理し、Web ブラウザーを使用して顧客にアプリケーションを提供します。
- PaaS
- サービスとしてのプラットフォームは、顧客がインフラストラクチャを管理することなく、アプリケーションを展開および実行するために使用するプラットフォームを提供します。
- ハイブリッド
- ハイブリッドソリューションでは、IT インフラストラクチャはパブリッククラウド上に配置され、一部のリソースをオンプレミスおよびプライベートクラウドのワークロードでサポートおよび実行します。
- コンテナー
- サービスとしてのコンテナーは、コンテナーによる仮想化です。クラウドプロバイダーは、このタイプを使用して、コンテナー関連コンポーネント (コンテナーエンジン、オーケストレーション、および基礎となるコンピューティングリソース) を顧客に提供します。
- 目標を設定して期間を決定します。クラウド移行アセスメント の移行ウェーブでは会計四半期を使用します。
- ある特定の移行タスクを直接担当し、組織内やクラウドプロバイダー側で通知を受ける必要があるユーザーと個人のグループを特定します。