大規模クラウド移行の課題と推奨事項

多くの企業は、パブリック クラウドが顧客に提供できる規模の経済のメリットを享受するために、ワークロードをクラウドに急速に移行しています。

[[354722]]

今日、多くの企業が何らかの形でクラウド コンピューティング サービスを採用しています。小売業など一部の業界ではクラウド コンピューティングの導入が早い一方、金融サービスなどの業界ではコンプライアンスや規制の要件が多数あるため、クラウドへの移行が遅れています。多くの企業は、セキュリティ、スケーラビリティ、コスト削減などのクラウド コンピューティング テクノロジーの利点を享受するために、従来のインフラストラクチャで実行されているワークロードをクラウド プラットフォームに移行したいと考えています。

クラウド移行のプロセスは複雑であり、適切な計画と実行が必要です。確かに、多くの企業は移行プロセス中に予期しない課題に直面することになります。課題の一部を軽減するために、企業はクラウド プロバイダーのパートナー エコシステムやクラウド プロバイダーが提供する専門サービスに支援を求めることができます。

複雑さにもかかわらず、長期的なメリットは短期的なリスクや懸念をはるかに上回るため、企業はアプリケーションのクラウドへの移行に投資する必要があります。

課題

（１）流動資産の把握不足

長年にわたり、多くの組織がデータセンター環境に多額の投資を行っており、クラウドに移行する前に現在の状態を理解することが重要です。このため、企業はクラウド コンピューティング評価を実施して、自社のインベントリを明確に把握し、クラウドへの移行に必要な作業レベルを理解することをお勧めします。クラウド コンピューティングの評価は、移行後の運用コストを理解するのにも非常に役立ちます。

（２）アプリケーションチーム/オーナーからのサポートがない

集中型の IT プラクティスを採用している企業のアプリケーション チームは、運用をクラウド プラットフォームに移行するという課題に直面することがよくあります。これらの課題が発生する理由はさまざまです。アプリケーション チームはデータ センターのスタックの最適化に何年も費やし、クラウドへの移行には多大な時間とリソースが必要です。 IT チームは、移行施設を構築し、アプリケーション チームが移行フェーズと移行後のフェーズを乗り切るために必要な技術的専門知識を提供することで、これらの課題に対処できます。

（３）多くの仕事を請け負う

クラウド移行は、さまざまなチーム間での慎重な調整を必要とする複雑な取り組みです。クラウドへの移行による長期的なメリットは、企業がデータセンターをクラウドに移行する動機となる可能性があります。企業は、移行に関わるすべての関係者およびエンジニアリング チームとともに移行の規模を計画し、移行アプローチ (リフト/シフトまたはリフト/最適化を検討) を明確にする必要があります。

ビジネスへの影響が少ない環境への移行を強くお勧めします。このプロセス中に得られた経験と教訓は、移行プロセスの改善に大きく役立ち、重要なビジネス ワークロードをクラウド プラットフォームに移行する際の大きな成功につながります。

（4）移行中および移行後のデータ保護

評価フェーズでは、各アプリケーションのデータを異なる層に分離し、移行中に機密データが漏洩するのを防ぐための制御を実施することが重要です。移行後のセキュリティ チームとアプリケーション チームは、悪意のあるアクティビティが発生したときに適切なアクションを取れるよう、強力な監視機能とログ記録機能を備えている必要があります。

（５）資源強化スキルへの投資が限られている

エンジニアリング チームと実装チームに、クラウド プラットフォーム上で IT システムを実行するために必要な知識を身につけさせることが重要です。大規模なシステムを実行するために必要な適切な知識とツールがあれば、クラウドへの移行を成功させることができます。

移行のさまざまな方法

（１）移転・揚収・移送

この移行方法では、企業がコンピューティング/ストレージ デバイスをクラウド プラットフォームで利用可能なデバイスと交換するときに、作業が少なくて済みます。オンプレミスの仮想マシン (VM) をクラウドに移行するというアイデアは、アプリケーションをクラウドで実行するための最も速い方法ですが、最適化されていない場合はコスト削減が実現されない可能性があります。これにより、企業はビジネスニーズに基づいて容量と可用性を向上させることができます。

（２）プラットフォームの再構築

クラウド コンピューティングからより高いメリットを得るために、企業はこのアプローチを選択できます。通常、このアプローチでは、アーキテクチャの大幅な変更は必要ありませんが、可能な場合はパブリック クラウド上の PaaS サービスを活用します。たとえば、バックエンドに SQL Server があり、IIS 上で 2 層アプリケーションを実行している場合は、データベースと Web サーバーの管理サービスを使用してアプリケーションをクラウドに移行することが考えられます。

（３）復興

これは最も複雑な移行戦略ですが、クラウド プラットフォームを導入することによるメリットをすべて享受できる戦略です。通常、このアプローチは、企業がモノリスをマイクロサービスに分割して可用性を向上させ、アプリケーションを気にせずに各サービスをスケールアップ/スケールダウンしたい場合に採用されます。このアプローチには、長期的な取り組みと企業からの賛同が必要です。改造の初期コストは長期的な運用コストの削減によって相殺できます。

組織は、不要になったリソースを廃止または廃棄する必要もあります。クラウド評価では、現在のインベントリと時間の経過に伴う使用量に関する情報が提供されます。これらの指標は、リソースの不足や過剰を特定するのに効果的であることが多いです。

ベストプラクティスの推奨事項

ベストプラクティスの提案をいくつか紹介します。

• 総所有コスト (クラウド/オンプレミス) と移行コストを理解します。
• 繰り返し可能なタスクを自動化することで、エンジニアは選択する自動化ツールを決定できるようになります。
• 移行プロセス中は、セキュリティ チームと継続的に連絡を取り合います。これにより、移行中に企業がさらなる障害に直面することがなくなります。
• 移行の計画段階でコンプライアンス要件を理解し、文書化します。必要に応じてコンプライアンス基準を満たす実行可能な計画と戦略を策定します。落とし穴を避けるために、クラウド移行プロセス中に定期的なチェックポイントが必要です。
• 移行を開始する前に、データのプライバシー要件を完全に理解する必要があります。移行前と移行後にデータ セキュリティを監視するための適切な制御が実施されていることを確認します。
• 企業とクラウド プロバイダーの代表者で構成される移行委員会を設立します。移行委員会には、問題が発生した場合に決定を下し、推奨されたタイムラインが順守されるように実装チームを指導する権限が与えられる必要があります。企業経営陣からの承認/サポートを得やすくするために、エグゼクティブスポンサーが移行委員会を監督することをお勧めします。
• アプリケーションをクラウド プラットフォームに移行するときに適切な表現が確保されるように、アプリケーション チームとのオープンなコミュニケーション チャネルを維持します。企業はアプリケーションの依存関係を理解し​​、それに応じて移行を計画する必要があります。
• クラウド プラットフォーム上に堅牢なランディング ゾーンを構築し、共有サービスを作成して運用負荷を軽減します。
• クラウドに移行する前に、ログ記録、監視、セキュリティ ツールを使用してチームのスキルを特定し、改善します。企業は、移行後に運用の安定性を維持するためのツールをチームが探すことを望んでいません。企業が現在のツール チェーンを拡張することを選択した場合は、それに応じて計画を実行します。
• ユースケースに基づいてハイブリッド接続を計画します。大規模な移行では、多くの場合、オンプレミスの施設への専用接続の復元が必要になります。
• 十分な振り返りの機会を備えたアジャイル プロセスを実行し、リアルタイムで改善できるようにします。