コラム

こんにちは。クラウドCoEの西村です。

皆さんはクラウド移行に携わったご経験はあるでしょうか。クラウド移行は現代のビジネスにおいて重要な戦略的取り組みです。本記事では、クラウド移行の概要について解説します。

その中で、特に「リビルド」という移行方式に焦点を当て、クラウド移行とアプリケーションのモダン化の検討ポイントについて触れたいと思います。

クラウド移行の主な目的は、ビジネスの効率性と競争力を高めることです。

AWSは、過去に支援した実際の移行事例から、ビジネス価値の向上に影響する領域をAWS Cloud Value Frameworkとして整理しています。Cloud Value Frameworkでは、コスト削減（TCO）、スタッフの生産性、オペレーショナルレジリエンス、ビジネスの俊敏性、サステナビリティといった5つの柱にまとめられています。

特にコスト削減については移行方式並びにどの程度クラウド最適化を進めるかによって効果が変わってきます。下図の「クラウド最適化」の状態を目指して、継続的にコスト削減を意識していく必要があります。

移行方式「リビルド」

アプリケーションのモダン化（Application Modernization）とは、レガシーシステムや古いテクノロジーを使用しているアプリケーションを、現代の技術やアーキテクチャに更新するプロセスを指します。

これには、マイクロサービスアーキテクチャの導入、コンテナ化、DevOpsの採用など、多くの手法や技術が含まれることがあります。モダン化の主な目的は、アプリケーションのパフォーマンスと効率性を向上させ、ビジネスのアジリティを強化することです。

「リビルド」によってクラウド移行する際にモダン化についても同時に考えたほうが良いでしょう。一度に全ての要素をモダン化することが難しい場合は、段階的にモダン化を進めます。

移行とモダン化のイメージは以下の通りです。

メインフレーム構成とモノリス

レガシーシステムの中でもオープン構成やメインフレーム構成で移行の難易度は大きく変わります。ここでは、モノリシックなシステム（以下、モノリスとします。）について簡単に触れます。

モジュラーモノリス

モノリスを一度にマイクロサービス化できれば問題ないのですが、コストやスケジュール、移行の難易度など様々な課題があり、まずはモジュラーモノリス（Modular Monolith）を採用するケースも検討したほうが良いでしょう。ここでは、モジュラーモノリスの考え方について簡単に触れます。

モジュラーモノリスは、一種のソフトウェア設計パターンで、モノリシックなシステムの構造を保持しつつ、システムを互いに関連性のある複数のモジュールに分割するものを指します。各モジュールは独自の機能を持ち、アプリケーションをモノリスのまま疎結合化します。

この設計パターンは、モノリシックアーキテクチャとマイクロサービスアーキテクチャの間のバランスを取るような形で用いられます。モジュラーモノリスは、モノリスの開発やデプロイメントの容易さを維持しながら、マイクロサービスのような柔軟性とモジュール間の疎結合を実現します。

リビルドによる移行を検討する際に、一度にクラウド最適化の状態に移行することが難しい場合の設計パターンの候補の一つとして知っておいたほうが良いでしょう。

• コストと時間：ゼロからの再構築には、大きな開発リソースと時間が必要になります。リビルドはデータ移行を伴う新規構築と同じであるため、大規模なプロジェクトとなる可能性があります。
• 新しい技術の導入：システム全体を再構築するため、業務フローの変更や新しい技術やサービスを導入する絶好の機会となります。ただし、それらを効果的に活用するためには、運用者に教育やトレーニング、利用マニュアルの作成などで新しいスキルと知識を身に付けさせる必要があります。
• ビジネスインパクト：システムの切り替え時や運用開始直後の障害によってサービス停止が発生する可能性があります。ビジネスへの影響を最小限に抑えるための計画が必要です。
• BPR（ビジネス・プロセス・リエンジニアリング）：システム全体を再構築するため、業務観点のBPRを実施し、業務フローの最適化を検討すべきです。最適化された業務フローに合わせてシステムの新仕様を確定します。

まとめ