アプリの移行には、次のようなさまざまな利点があります:
強化されたセキュリティ。クラウド環境には、多くの場合、サービス プロバイダーによって自動的に修正プログラムが適用および更新される組み込みのセキュリティ機能が付属しています。これにより、組織はセキュリティのメンテナンスに費やす時間とリソースを増やすことなく、セキュリティを強化できます。
コンプライアンス。政府、金融、医療などの厳しい規制のある業界には、厳格で複雑なコンプライアンス要件があります。一部のクラウド プラットフォームには、ワークロードがこれらの要件を満たすのに役立つ特殊なコンプライアンス サービスが付属しています。
バックアップと復元。テクノロジ障害が発生した場合、通常どおりビジネスに戻るには、バックアップと復元のサポートが不可欠です。多くのクラウド プロバイダーは、プラットフォームに組み込まれているワンクリックのバックアップと復元機能を提供しています。
移植性と柔軟性。クラウド リソースは、組織のニーズの変化に応じて迅速にスケールアップまたはスケールダウンでき、組織は使用するリソースに対してのみ料金を支払います。
簡略化された管理。一元管理ツールを使用すると、組織はさまざまな環境やハイブリッド環境だけでなく、アプリを簡単に追跡できます。
顧客と従業員の価値。組織は、アプリをクラウドに移行することで、アプリ ユーザー (内部従業員または外部顧客) に付加価値を提供できます。クラウドネイティブ アプリは、オンプレミス のアプリよりも可用性が高く、停止に対して耐え、管理しやすくなります。
コストの削減。アプリの移行により、メンテナンス、リソース、不動産コストなど、大幅な節約が可能になります。さらに、クラウド ベースのアプリを最適化して、クラウド支出をさらに削減できます。
アプリケーション移行の手順と戦略
アプリ移行の手順
アプリを移行するための基本的な手順は 3 つあります:
- 計画。移行アクションを実行する前に、組織はアプリの移行目標 (ビジネスや IT の目標を含む) について慎重に検討し、 戦略を定義する必要があります。ここでは、既存のアプリと環境を検出して評価します。
- 実装。この手順では、組織は新しいスキルを構築し、アプリの移行を反復的に開始します。反復型のアプローチを取る組織は、プロジェクトのスコープや戦略を必要に応じて柔軟に変更できます。
- 操作。アプリの移行は、1 回で完了する案件ではありません。組織がアプリを移行すると、クラウド プラットフォームのサービスとツールを使用して、パフォーマンスとコストのためにアプリのセキュリティを強化、ガバナンス、管理、最適化できます。
アプリ移行の戦略
これら 4 つの戦略は、2 つの点で区別されます。1 つ目は、組織の移行目標、2 つ目はアプリ自体に対するコード変更の必要性です。アプリ移行戦略は、計画手順中に定義され、実装手順中に有効になります。
リホスト。"リフト アンド シフト"と呼ばれることもあるリホストでは、実質的にコードを変更する必要がないため、速度が重視されます。組織の以前の環境にあるアプリをそのまま、新しいクラウド環境に移行します。
リプラットフォーム。このアプローチは、リホストとリファクタリングの中間です。リプラットフォームを使用すると、クラウド テクノロジをアプリに適用できるように、組織はコードを軽微に変更します。
リファクター (または再パッケージ化)。クラウドに移行するリファクタリングされたアプリは、クラウド専用に開発されたアプリに近いよう大幅に変更されます。
リアーキテクト。組織は、アプリの機能とコードを変更および拡張して、より適切にスケーリングします。組織でクラウドのスケーラビリティが必要な場合は、これが適切なアプローチである可能性があります。
組織で、アプリの機能、有効期間、または将来のビジネス ニーズを満たす能力が制限されすぎると判断した場合は、次の 2 つの追加戦略を使用できます:
リビルド (またはリライト)。組織がクラウド ソリューションを使用してアプリを再作成する必要がある場合は、リビルドが適切なオプションになることがあります。固有の欠陥や制限がある可能性があるコードを継続的に変更する代わりに、リビルドを行うと、組織はクラウドで新たに開始する機会を得られます。
置換。アプリを既製のソリューションに置換する方が、リビルドよりも高速になり、貴重な開発リソースを解放できます。ただし、アプリの置換によってビジネス プロセスが中断されることや、将来のモダン化イニシアティブが限定されるなどの課題が生じる可能性があります。置換アプリは、組織のすべてのシナリオとユース ケース向けに設計されていない可能性があります。また、その背後にある開発者には、組織のニーズの変化に応じてアプリをカスタマイズまたは拡張するためのリソースがない可能性があります。
移行フレームワークと目標
アプリの移行は、組織の目標の事前に確立されたフレームワークに従う必要があります。たとえば、Azure Well-Architected Framework には組織のゴールに向けた次の 5 つのアーキテクチャの柱がありますが、これらはアプリのモダン化にも使用できます:
- 信頼性:システムが障害から復旧して機能し継続する能力。
- セキュリティ:脅威からシステムを保護する。
- コストの最適化:コストを管理して価値を最大化する。
- オペレーショナル エクセレンス:システムの本番稼働を続けるための運用プロセス。
- パフォーマンス効率:負荷の変化に適応するシステムの能力。
アプリの移行の課題
アプリの移行にはいくつかの課題がありますが、それらを軽減して克服する方法があります。アプリをクラウドに移行する組織が直面する最も一般的な課題には、次のようなものがあります:
計画の問題
アプリの移行中に直面する課題の大部分は、プロジェクト計画の早い段階で対処できます。アプリの移行を成功させるには、そのスコープと目標を定義し、主要な利害関係者を特定する必要があります。
データとテクノロジの問題
組織は移行のためにアプリを準備する必要があります。データは高品質で、技術的な依存関係がマップされている必要があります。組織は、移行の計画中にアプリと環境を検出して評価する必要があります。
内部トレーニングの問題
アプリの移行は、アプリ自体に影響を与えるだけでなく、アプリをビルドして使用するユーザーに影響します。その影響をプラスにするには、組織は、アプリが存在する新しい環境と、新しいクラウドベースのツールとリソースを使用する方法のスキル構築とトレーニングに投資する必要があります。
アプリの移行ツール、サービス、リソース
ツールとサービス
Azure Migrate
Azure Migrate は、アプリの移行計画、追跡、実装に役立つ特殊なツールを備えた中央ダッシュボードです。次を含む、アプリのビルドまたは移行先を検索します:
Azure App Service
エンタープライズ対応の Web やモバイルのアプリを、どのプラットフォームやデバイス向けにもすばやく簡単に作成できます。
Azure SQL Database
クラウド内のマネージド型でインテリジェントな SQL を使用してスケーラブルなアプリをビルドできます。
Azure Virtual Machines
ビジネスクリティカルなアプリを Azure インフラストラクチャに移行することで、運用効率を向上させます。
Azure VMware Solution
オンプレミスの VMware 環境を Azure に移行または拡張します。
リソース
電子書籍: Microsoft Azure を使用したクラウド移行およびモダン化
移行とモダン化に関する分析情報、戦略、および実際に始めるためのヒントの概要です。
Azure 移行およびモダン化プログラム
エキスパートの支援、技術トレーニング、リソースを利用してエンタープライズ企業が自信を持ってクラウド環境を設定することができます。
Azure 向けの Microsoft Cloud 導入フレームワーク
講師のラボで事前構成済みの仮想マシンを使用します。サインインすれば、すぐに仮想マシンにアクセスできます。
戦略的な移行評価と準備ツール (SMART)
企業のアプリケーションを Azure に移行する準備がどの程度できているかを判断するのに役立つ評価ツールです。
アプリケーションとデータのモダン化準備ツール
組織がアプリとデータを最新化するためのビジネス戦略を評価するのに役立つ評価ツール。
ソリューション:アプリケーションとデータベースのモダン化
アプリのモダン化に関するソリューション、ニュース、顧客事例のコレクション。
ラーニング モジュール:アプリケーションとインフラストラクチャの移行とモダン化
組織がアプリの移行と最新化の背後にある推進要因と今後の道のりを特定できるように設計された、自習型コース。
Microsoft Inside Track
Microsoft がハイブリッド クラウドを使用して独自のアプリケーションとインフラストラクチャをモダン化した方法に関するニュース、分析情報、およびケース スタディ。
よくあるご質問
-
アプリの移行は、オンプレミスからクラウドなど、ある環境から別の環境に組織のアプリを移動するプロセスです。
-
アプリをクラウドに移行すると、コスト削減、スケーラビリティと柔軟性、強化されたセキュリティ、規制コンプライアンス、バックアップと復元、管理の簡素化など、さまざまな利点が組織に提供されます。
-
アプリケーションの移行には、次の 3 つの包括的な手順があります:計画、実装、運用。計画には、移行戦略の定義が含まれます。実装ではスキルの構築とアプリのモダン化を行います。運用には、移行後の継続的なガバナンス、管理、最適化が含まれます。
-
アプリの移行戦略は、組織の全体的な移行と最新化の目標をサポートする必要があります。Azure Well-Architected Framework では、信頼性、セキュリティ、コストの最適化、オペレーショナル エクセレンス、パフォーマンス効率という 5 つの目標に向けて取り組む 5 つの柱を示しています。
4 つの広範な戦略があり、組織のアプリに対して加えるコード変更のレベルがそれぞれ異なります。 リホストでは、アプリをそのまま古い環境から新しい環境に移動します。 リプラットフォームでは、アプリをクラウドに接続するためにある程度のコード変更を行います。 リファクタリングには、アプリに対する大幅なコード変更が必要です。 リアーキテクトでは、クラウドのスケーラビリティに対応できるようにアプリに大幅な変更を加えます。
-
アプリの移行に関する一般的な課題には、計画、データとテクノロジ、内部トレーニングに関する問題が含まれます。アプリの移行を準備するための時間とトレーニングへの投資は、これらの課題を軽減し、克服するのに役立ちます。
-
組織のニーズに応じて、さまざまなアプリケーション モダン化ツールとサービスを利用できます。たとえば、組織が .NET アプリをクラウドに導入することで、コストを最適化し、自信を持って運用し、機能をより迅速に提供する場合、Azure App Service のようなフル マネージド サービスは適切に機能する可能性があります。