移行とモダナイゼーションの概要

このページでは、ワークロードを Google Cloudに移行し、アプリケーションとメインフレーム システムをモダナイズするために利用できるプロダクト、手法、技術的なパスの概要について説明します。

クラウド アーキテクト、エンタープライズ IT リーダー、アプリケーション デベロッパー、移行スペシャリストは、このページの情報を使用して、移行とモダナイゼーションの要件を評価し、変換パターン(リフト&シフト、コンテナ化、AI 支援によるコード リファクタリング、自動メインフレーム変換など)を比較して、移行とモダナイゼーションのワークロードに適したGoogle Cloud ツールを選択します。

このページを読む前に、既存のオンプレミスまたはサードパーティのクラウド インフラストラクチャ、アプリケーション アーキテクチャ、コードベースの依存関係、レガシー メインフレーム システムについて、基本的な理解が必要です。

移行とモダナイゼーションのパスを選択する

移行元環境と技術目標に沿った移行とモダナイゼーションのパスを選択します。

ワークロードの移行

次のリソースを使用して、仮想マシン、リレーショナル データベース、コンテナ、オブジェクト ストレージを、オンプレミスのデータセンターまたはサードパーティのクラウド プロバイダ(AWS や Azure など)から Google Cloudに移行します。

アプリケーションのモダナイゼーション

次のリソースを使用して、以前のコードベースをリファクタリングし、アプリケーション フレームワークをモダナイズして、Google Cloudのクラウドネイティブ マイクロサービスに移行します。

メインフレームのモダナイゼーション

次のリソースを使用して、レガシー メインフレーム システム(COBOL、PL/I、JCL など)を Google Cloudのクラウドネイティブ マイクロサービスにモダナイズします。

Rapid Migration and Modernization Program(RaMP)

Rapid Migration and Modernization Program(RaMP)は、移行とモダナイゼーションのイニシアチブを対象とした Google Cloudグローバル プログラムです。RaMP は、 Google Cloudへの移行とモダナイゼーションの実行に役立つ規範的なフレームワーク、リソース、ツールを提供します。

詳細については、Rapid Migration and Modernization Program(RaMP)の概要をご覧ください。

移行とモダナイゼーションの手法

初期検出時にワークロードを評価する際は、次の 6 つの標準的な移行戦略のいずれかに割り当てます。

戦略 説明 ユースケース 主なツール
リフト&シフト アーキテクチャやコードを変更せずに、アプリケーションを Google Cloud に移行します。 データセンターの迅速な廃止、固定された依存関係を持つレガシー ソフトウェア。 Migrate to VMs
プラットフォームの再構築 コードの変更を最小限に抑えて、ワークロードをマネージド プラットフォームに移行します。 オンプレミスのリレーショナル データベースをマネージド クラウド データベースに移行するか、独自仕様のエンジンを AlloyDB for PostgreSQL にモダナイズします。 Database Migration Service
リファクタリング (モダナイズ) クラウド機能とマイクロサービスを使用するようにアプリケーションを再設計します。 モノリシック アプリケーションをコンテナまたはサーバーレスに分解し、レガシー メインフレーム コードを Java や Go などの最新のターゲット言語に変換します。 Modernization Hub、Antigravity CLI、Mainframe Assessment Tool
再購入 カスタムまたはレガシーのオンプレミス ソフトウェアを Software as a Service(SaaS)ソリューションに置き換えます。 従来のセルフホスト型メールまたは顧客管理(CRM)ソフトウェアを Google Workspace または SaaS パートナーに置き換える。 マネージド SaaS インテグレーション
廃止 不要になったアプリケーションやサーバーを廃止する。 古いテスト環境や冗長なレポート サーバー。 該当なし
保持 コンプライアンスまたは技術的な制約により、アプリケーションを移行元環境に保持します。 移行できない物理ハードウェアに依存するレガシー ハードウェア。 該当なし

アプリケーションのモダナイゼーション戦略

アプリケーションをモダナイズする場合は、次のいずれかのアプローチを選択して、モノリシック アーキテクチャとレガシー ランタイムをスケーラブルなクラウドネイティブ サービスに変換します。

  • モダナイゼーション評価と Java ワークロードのコンテナ化: Modernization Hub を使用して .NET と Java のワークロードを評価し、フレームワークのアップグレードなどの変換パスを評価します。また、Java ワークロードを Open Container Initiative(OCI)準拠のコンテナにパッケージ化して、Google Kubernetes Engine(GKE)または Cloud Run にデプロイします。
  • フレームワークのアップグレードとコードのリファクタリング: .NET Framework から .NET 10 への移行など、レガシー ランタイムをモダナイズし、Antigravity CLI と生成 AI ツールを使用してモノリスをマイクロサービスに分解します。
  • サーバーレス変換: イベント ドリブン ワークロード、バッチジョブ、REST API を、Cloud Run を使用してマネージド サーバーレス ランタイムに再設計し、インフラストラクチャ管理を削減します。

データベース移行戦略

データベースの移行を計画する際は、次のいずれかの戦略を選択して、データの整合性要件と許容可能なアプリケーションのダウンタイムのバランスを取ります。

  • オフライン移行(定期メンテナンス): 移行元データベースへの書き込みを停止し、データセットをエクスポートして Google Cloudにインポートし、アプリケーション接続文字列をリダイレクトします。このアプローチは、計画メンテナンスの時間枠を許容できる、重要でないワークロードや小規模なデータセットに最適です。
  • オンライン移行(継続的なレプリケーション): 最初のデータベース スナップショットを取得し、最終的なカットオーバーまで変更データ キャプチャ(CDC)を使用してトランザクションの更新を継続的にストリーミングします。このアプローチは、最小限のダウンタイムとビジネス継続性を必要とするミッション クリティカルなシステムに最適です。

メインフレームのモダナイゼーション戦略

メインフレーム システムをモダナイズする場合は、次の段階的なアプローチを使用して、ビジネス ロジックを抽出し、同等性を検証しながら、運用リスクを最小限に抑えます。

  1. リバース エンジニアリング: Mainframe Assessment Tool(MAT)を使用して、基盤となるビジネス ロジック、プログラム呼び出しツリー、データスキーマを抽出します。
  2. フォワード エンジニアリング: Antigravity CLI を使用して、抽出されたビジネス ロジックを Java や Go などのターゲット言語のクラウド マイクロサービスに変換します。
  3. Dual Run 検証: Dual Run を使用して、メインフレーム環境と Google Cloud環境で本番環境のトランザクションを並行して処理し、最終的なカットオーバーの前に機能の同等性を実現します。

次のステップ