Amazon クラウド: クラウドへの移行のための 6 つの戦略

6 つのアプリケーション移行戦略: 「6 つの R」 私たちがよく目にする 6 つの最も一般的なアプリケーション移行戦略は次のとおりです。

1. 再ホスティング – 「リフト アンド シフト」とも呼ばれます。

初期のクラウド プロジェクトの多くは、クラウド ネイティブ機能を使用したまったく新しい開発になる傾向がありますが、組織がビジネス ケースを満たすために移行を迅速に拡張したい大規模なレガシー移行シナリオでは、ほとんどのアプリケーションが再ホストされることがわかります。たとえば、GE Oil & Gas は、クラウドの最適化を実装しなくても、再ホスティングによって約 30% のコスト削減が可能であることを発見しました。

ほとんどの再ホスティングはツール（CloudEndure Migration、AWS VM Import/Export など）を通じて自動化できますが、レガシー システムを新しいクラウド プラットフォームに適応させる方法を学ぶ際に手動で行うことを好むお客様もいます。

また、アプリケーションをクラウドで実行した後は、最適化や再構築が容易になることもわかりました。その理由は、組織がより適切に対応できるようになるためと、難しい部分 (アプリケーション、データ、トラフィックの移行) がすでに完了しているためです。

2. 再プラットフォーム化 – 私はこれを「リフト、ティンカー、ピボット」と呼ぶことがあります。

ここでは、具体的なメリットを得るために実行できるクラウド (またはその他の) の最適化があるかもしれませんが、アプリケーションのコア アーキテクチャは変更されません。データベース・インスタンスの管理に費やす時間を短縮するには、サービスとしてのデータベース・プラットフォームに移行するか、アプリケーションを完全に管理されたプラットフォームに移行する必要があります。

私たちが協力した大手メディア企業は、オンプレミスで実行していた数百台の Web サーバーを AWS に移行し、その過程で、WebLogic (高価なライセンスを必要とする Java アプリケーション コンテナ) から Apache Tomcat (オープンソースの同等製品) に移行しました。 AWS への移行によって節約と俊敏性が向上しただけでなく、メディア企業はライセンス費用も数百万ドル節約できました。

3. 再購入 – 別の製品に切り替えます。

私は自社株買いを SaaS プラットフォームへの移行と考えることが多いです。 CRM を Salesforce.com に、HR システムを Workday に、CMS を Drupal などに移行します。

4. リファクタリング/再設計 - 多くの場合、クラウド ネイティブ機能を使用して、アプリケーションの設計と開発の方法を再考します。

これは多くの場合、アプリケーションの既存の環境内では実現が難しい機能、スケール、またはパフォーマンスを追加するという強いビジネス ニーズによって推進されます。

俊敏性を高めたり、ビジネスの継続性を改善したりするために、モノリシック アーキテクチャからサービス指向 (またはサーバーレス) アーキテクチャへの移行を検討していますか (メインフレームのファン ベルトを eBay で注文したという話を聞いたことがありますか)?このモデルは最も高価になる傾向がありますが、製品と市場の適合性が良好であれば、最も有益になる可能性もあります。

5. 退職 – 処分する。

環境内のすべてを把握したら、各機能領域に各アプリケーションの所有者を尋ねることができます。企業の IT ポートフォリオの最大 10% (私が見たところ 20%) はもはや役に立たず、単にオフにできることがわかりました。これらの節約により、ビジネスケースが強​​化され、チームの焦点がユーザーが使用するものに移り、保護する必要がある領域が削減されます。

6. 保持 – 通常、これは「再検討する」か、今のところ何もしないことを意味します。

おそらく、まだ減価償却が進行中であったり、最近アップグレードしたアプリケーションを優先する準備ができていなかったり、特定のアプリケーションを移行する意思がなかったりするかもしれません。ビジネスにとって意味のあるものだけを移行する必要があります。また、ポートフォリオの比重がオンプレミスからクラウドに移行するにつれて、保持する理由が減少する可能性があります。