適切なクラウド移行アプローチを選択する方法

近年、多くの企業がテクノロジー企業になることに注力しています。競合他社に遅れをとることを恐れて、これらの企業は柔軟で拡張性があり革新的なアプローチを積極的に採用するようになりました。

これを行う 1 つの方法は、ワークロードをクラウドに移行することです。世界中で毎日約 2.5 エクサバイトのデータが生成されているため、これらの企業にとって、比較的高速で低コストで、社内インフラストラクチャに限定されないソリューションを採用することは理にかなっています。

[[313877]]

しかし、クラウド移行の鍵は、速度、拡張性、コスト削減といったクラウド コンピューティングの短期的なメリットを考慮するだけでなく、より大規模な戦略の基盤を根本的に構築することです。長期的には、企業は市場の変化に迅速に対応し、成長を加速し、イノベーションを推進する必要があります。

さらに、企業がビジネスをクラウド プラットフォームに移行する理由としては、次のようなことが挙げられます。

• 従業員の生産性を向上します。
• 特に企業が買収、資産の売却、または長年にわたるインフラストラクチャの拡張を行っている場合は、データの処理と統合を簡素化する必要があります。
• 最新のテクノロジーを活用してビジネスを全面的に再構築するデジタル変革イニシアチブの一環として。
• コストを大幅に削減することで利益を増加します。

クラウドへの移行は、ビジネスが容易に成長し続け、新しいテクノロジーを最大限に活用できるようにする 1 つの方法です。これは、急速に変化する技術の進歩に対応できない古くて高価なインフラへの投資を避けるための、間違いなくより良い選択肢です。

やり方

前述のように、クラウド移行は企業にさまざまなメリットをもたらします。ただし、これを活用するには慎重な計画が必要です。企業は、組織の目標とそれをサポートするワークロードを、その目標の達成に役立つクラウド コンピューティング機能にマッピングする必要があります。

クラウド移行へのアプローチは、実行する移行の種類と移行する特定のリソースによって異なります。ただし、共通の要素としては、パフォーマンスとセキュリティ要件の評価、クラウド プロバイダーの選択、コストの計算、必要な組織変更などがあります。

ニーズと目標を適切に評価することで、短期的および長期的なビジネス目標の両方を満たす堅実な移行計画を作成できます。

クラウド移行方法

どのような移行アプローチを採用するかについては、組織のニーズによって大きく異なります。ここでは、アプリケーションをクラウドに移行するためのすべてのオプションを構成する、ガートナーの「クラウド移行の 5 つの R」について説明します。

（１）再ホスト

再ホスティングは、リフト アンド シフト アプローチとも呼ばれ、企業の既存の物理サーバーと仮想サーバーを Infrastructure as a Service (IaaS) ベースのソリューションに移行するプロセスです。

このアプローチの主な利点は、アーキテクチャを変更せずにシステムを迅速に移行できることです。このプロセスは、オンプレミス展開よりも高速で、リソース消費が少なく、コスト効率に優れています。ただし、企業は弾力性などのクラウドネイティブ機能を十分に活用することはできません。他の移行方法と比較すると、コストも比較的高くなります。

（２）リファクタリング

リファクタリングは、クラウド コンピューティング プロバイダーのインフラストラクチャ (PaaS、プラットフォーム アズ ア サービスとも呼ばれます) 上でアプリケーションを実行するプロセスです。

つまり、開発者は既に投資したフレームワーク、言語、コンテナを再利用できます。ただし、クラウド コンピューティング機能を活用するためにリファクタリングできるアプリケーションやワークロードの場合は、PaaS インフラストラクチャによって提供されるクラウド ネイティブ機能の一部を活用して、コストを削減し、スケーラビリティを向上させることができます。

このアプローチの欠点としては、配信リスク、機能の欠落、フレームワークのロックインなどが挙げられます。すべての方法の中で、これは最も時間とリソースを消費しますが、最もコスト効率が高い方法でもあります。

アプリケーションとインフラストラクチャの変更を検討している企業は、クラウド ネイティブ機能のメリットを最大限に活用し、クラウドでの運用コスト効率を最大化できるため、このアプローチを採用できます。

（３）改訂または再構築

このアプローチでは、わずかなアップグレードのみでアプリケーションをクラウドに移行できます。これには、1 つまたは 2 つの機能を追加したり、完全に再構築してから再ホスティングまたはリファクタリングし、最終的にクラウド プラットフォームにデプロイしたりすることが含まれる場合があります。

大規模なコード ベースを変更するには時間がかかり、コストもかかるため、これは難しいプロセスです。たとえば、複雑な Python ベースのモノリシック アプリケーションを Google App Engine に移行する場合などです。

移行パスは再ホスティングよりも遅くなりますが、このアプローチは再ホスティングとリファクタリングの中間の堅実な妥協点を提供し、リファクタリングに必要なリソース投資なしで、ワークロードが基盤となるクラウド コンピューティング機能とコスト最適化を活用できるようにします。

（4）再建

この場合、アプリケーションは根本から再構築され、元のコーディングは破棄され、PaaS インフラストラクチャ上で再構築されます。アプリケーションを再構築することで、企業はクラウド コンピューティング プロバイダーのより高度で革新的な機能を活用して、アプリケーションをさらに改善することができます。ただし、このオプションの主な欠点はベンダー ロックインです。

たとえば、企業はアプリケーションを再設計して、完全にサーバーレスで実行できるようになります。 AWS Lambda、API Gateway、DynamoDB、S3 などのテクノロジーを使用することで、企業はサーバーを自ら管理することなくアプリケーションを実行できます。このクラウドネイティブ アプリケーションは、運用コストが低く、スケーラビリティに優れています。しかし、これは企業が特定のクラウド コンピューティング プロバイダーの使用に縛られることも意味します。これは本質的に悪いことではありませんが、企業が考慮する必要がある要素です。

（５）置き換える

このアプローチにより、企業は既存のアプリケーションをサービスとしてのソフトウェア (SaaS) に完全に置き換えることができます。その結果、IT 開発コストを回避し、管理が必要なサービスとアプリケーションの数を最小限に抑えることができます。ただし、データへのアクセスに関する問題、予測不可能なデータ セマンティクス、ベンダー ロックインなどが、このアプローチの欠点の一部です。

チームは、ビジネスを運営するインフラストラクチャとアプリケーションを深く理解し、それに伴う複雑さ、課題、コストを十分に理解して、最適なアプローチを決定する必要があります。 2 つ以上の方法を組み合わせることもできます。

クラウド移行の5Rの長所と短所

この方法の利点と欠点:

• 再ホスティングはオンプレミスよりも高速で、リソース消費が少なく、コスト効率が高くなります。クラウドネイティブな機能があまりなく、他の移行方法よりもコストがかかります。
• クラウドネイティブ機能のリファクタリングは、コスト効率が高く、スケーラブルですが、転送リスクやフレームワークのロックインを伴い、最も時間がかかり、リソースを大量に消費するアプローチです。
• リプラットフォーム リプラットフォームは、リホスティングとリファクタリングの中間に位置するもので、時間がかかり、費用がかかり、
• より革新的な機能、低い運用コスト、高い拡張性、ベンダーロックインを備えたゼロからの再構築
• 交換のためのIT開発コストが不要になり、予測不可能なデータセマンティクスやベンダーロックインに対処するためのアプリケーション管理が軽減されます。

スムーズで効率的な移行プロセスを確実に実行するために、次のベスト プラクティスに従ってください。

移行戦略を策定する

企業は、クラウド プラットフォームへの移行のビジネス上の動機とユースケースを特定し、それに応じて移行戦略を策定する必要があります。ビジネスの目標と要件に応じて、再ホスティング、リファクタリング、その他、あるいはハイブリッドも可能です。

クラウドガバナンスフレームワークを作成する

これは、特に組織内のコンプライアンスとセキュリティに関して重要な実践です。組織が安全なクラウド導入の準備をするためには、明確でポリシーベースのルール、役割、責任、計画、意思決定フレームワークを備えた優れたクラウド ガバナンス フレームワークが不可欠です。サードパーティのサービスを使用することによる固有のリスクを考慮し、企業が最小限のリスクで最大限の価値でクラウドに移行できるように、その対処方法を定義する必要があります。

ネットワークを最適化する

ワークロードをパブリック クラウドに移行する場合、使用されているデフォルトのネットワークは遅すぎて、ビジネス目標を満たすのに十分なセキュリティがない可能性があるため、組織はネットワークの最適化を検討する場合があります。

AWS や Azure などのサードパーティ サービス プロバイダーからの専用ネットワーク接続は、適切なソリューションとなります。専用接続が不要であっても、クラウドへの移行は、ユーザーがギガビット速度のローカル ネットワーク接続を介してローカルでデータやアプリケーションにアクセスすることから、低速のインターネット接続に移行することを意味するため、グローバル インターネット サービス プロバイダーからより高速で優れたサービスを求める価値はあります。

スタッフをトレーニングする

ワークロードをクラウド プラットフォームに移行するには、多くの場合、熟練したスタッフが必要になるため、選択したクラウド プラットフォームについてできるだけ早くスタッフをトレーニングすることが理にかなっています。さまざまなチームの従業員にクラウド コンピューティングの概念を理解させるための一連のトレーニング コースを実施するのが良いスタートになるかもしれません。

ソフトウェアライセンス

クラウドに移行している企業にとっての真の懸念は、既存のオンプレミス ソフトウェア ライセンスがクラウド プラットフォームにまで拡張されるかどうかです。一部のソフトウェア ベンダーは、企業にアプリケーションをクラウドに移行する明示的な許可を与える「独自のソフトウェアとライセンスの持ち込み」(BYOSL) プログラムを運営しています。他のベンダーは、同時ユーザー数に基づいて使用権を指定します。

これに対処する確実な方法は、すべてのエンタープライズ アプリケーションを文書化し、クラウド コンピューティングに関連するライセンス ルールを慎重に検討することです。状況が不明な場合は、ベンダーに問い合わせて、クラウドで使用されるアプリケーション用に購入した既存のライセンスを更新できるかどうかを確認する必要があります。ソフトウェア資産管理 (SAM) ツールは、ライセンス管理をクラウドに拡張する際に発生するリスク、コスト、複雑さを軽減するのに役立つことが実証されています。

オートメーション

もう 1 つのベスト プラクティスは、クラウド移行を自動化して効率性を確保し、中断を最小限に抑え、可能な場合は定期的なパターンを自動化することです。自動化により移行プロセスが高速化されるだけでなく、コストとリスクも削減されます。

クラウドの使用状況を監視する

クラウド コンピューティング予算の 35% が無駄になっているという統計にお金が加わることを避けたい場合は、最初からクラウドの使用状況を監視する必要があります。さまざまなクラウド コンピューティング サービスで実行中のインスタンスを識別する集中ダッシュボードは、ビジネスに非常に役立ちます。

コンプライアンスとセキュリティの監視も重要であり、企業にとって、情報セキュリティ要件が満たされていることを確認するために、アプリケーション、システム、データベース、ネットワーク タッチポイントからログを収集することが最適です。

サービスプロバイダーのサポートを活用する

最後に、移行のためのクラウド サービス プロバイダーを調査する際には、受けるサポートのレベルを考慮する必要があります。優れたサポート チームは、あらゆるクラウド移行プロジェクトにおいて重要な味方となります。クラウド サポート スタッフは、担当する特定のサービスに関する専門家であり、技術的な質問に迅速に回答したり、ビジネス上の問題を解決したりできる必要があります。

クラウドへの移行は、企業が追求している新しい取り組みではありません。ただし、克服する必要がある初期の慣性とそれに伴うコストを考慮すると、移行が適切な方法で行われるようにすることが重要です。その結果、企業は顧客に適切なクラウド移行アプローチを提供するために、アーキテクチャとビジネス要件の全範囲を分析することに多くの時間を費やしています。さらに、企業は、さまざまなクラウド移行方法と、それらをいつ選択するかを理解することで、意思決定がよりシンプルかつ迅速になることを期待しています。