ワークロードのクラウド移行には、速度・リスク・コストのバランスを取った明確な戦略が必要です。クラウド移行の6 Rと、ワークロードごとの適切なアプローチ選定。
クラウド移行戦略が重要な理由
戦略を持たずにクラウドへの移行に取り組む組織は、多くの場合、オンプレミスよりもコストが高くなり、パフォーマンスが低下し、セキュリティ上のギャップが生じることになります。 クラウドは本質的に安いわけではありません。ワークロードのサイズが適切に設定され、アーキテクチャに適合し、クラウドネイティブの規律で管理されている場合には、より安価になります。
移行戦略はポートフォリオの評価から始まります。つまり、すべてのアプリケーション、その依存関係、トラフィック パターン、およびコンプライアンス要件をカタログ化します。 この監査により、どのワークロードを最初に移動する必要があり、どのワークロードを再構築する必要があり、どのワークロードをオンプレミスに残すべきかが明らかになります。
移行決定のための 6 R のフレームワーク
再ホスト (リフト アンド シフト) は、アプリケーションを変更せずにクラウド VM に移動します。これにより、当面のメリットは最小限で最速の移行が可能になります。 プラットフォームの再構築により、再アーキテクチャを行わずにクラウドの小規模な最適化が行われます。 リファクタリングは、クラウドネイティブ サービスを使用するようにアプリケーションを再構築します。
再購入では、アプリケーションを SaaS と同等のものに置き換えます。 監査中に発見された未使用のアプリケーションを廃止します。 Retain は、クラウド移行コストがメリットを上回るワークロードをオンプレミスに保持します。 各ワークロードに適切な R を適用することが、移行戦略の決定の中核となります。
移行リスクの管理
並行実行 (移行中に古いシステムと新しいシステムの両方を同時に維持する) は、ビジネス クリティカルなワークロードにとって最も安全な移行アプローチです。 これにより、カットオーバーの前にテストと検証が可能になります。
データベースの移行には特に注意が必要です。スキーマの変更、データ変換、レプリケーション ラグ、カットオーバー ウィンドウには、慎重な計画とリハーサルが必要です。 データベースの移行が適切に実行されないと、データの損失やダウンタイムの延長が発生する可能性があります。
移行後のコストの最適化
多くの組織はクラウドに移行すると、オンプレミスの考え方をクラウド リソースに適用するため、すぐにオンプレミスより多くの支出を開始します。 適切なサイズのインスタンス、予約容量のコミットメント、自動スケーリング ポリシー、ストレージ階層化により、未構成のリフト アンド シフト デプロイメントと比較して、クラウド コストが 30 ～ 60% 削減されます。
Emirates ITS は、クラウド移行の評価、実行、および継続的なコスト最適化サービスを提供し、あらゆるワークロードが最も適切なクラウド サービス モデルでコスト効率よく実行されることを保証します。
よくある質問
Q: どちらを先にクラウドに移行すべきですか? A: 開発環境と重要ではないアプリケーションから始めます。 ビジネスクリティカルな本番ワークロードを移行する前に、チームの能力を構築します。
Q: クラウド移行プロジェクトにはどのくらい時間がかかりますか? A: 単純なリフトアンドシフト移行は数週間で完了します。 アプリケーションの再アーキテクチャを伴う複雑な移行には、通常 3 ～ 12 か月かかります。
Q: クラウドのコストは現在のオンプレミスのコストよりも安くなりますか? A: 適切なサイジングとクラウド ネイティブ アーキテクチャを使用すると、クラウドは通常、同等のオンプレミス インフラストラクチャより 25 ～ 40% 安価になります。 節約できる量はワークロードの特性によって異なります。
Cloud, Backend & Platform Engineering に関するサポートをお探しですか? 私たちの Cloud, Backend & Platform Engineering, ポートフォリオ, または 私たちのチームに連絡してください.