効率的なクラウド移行のためのベストプラクティス

[51CTO.com クイック翻訳] 今日、テクノロジーの反復が継続的に深まるにつれて、多くの企業が従来のデータセンターから急成長しているクラウドサービスに重点を移しています。多くの企業の CIO も、クラウドサービスをデジタル変革を成功させるための重要なプラットフォームと見なしています。これにより、現在のビジネスシステムをクラウドに移行し、最新のアプリケーションサービスを提供できるようになります。

[[278448]]

さらに、コスト面では、企業はさまざまなコラボレーション、アジャイルプロセス、革新的なビジネスモデルを通じて、低コストでクラウドソリューションからサービスの柔軟性を獲得し、新たなビジネスチャンスを獲得して競争上の優位性を高めたいと考えています。どの分野であっても、より優れた顧客体験、より柔軟なモバイルアクセス方法、より安全で低コストのサービスが企業に大きなメリットをもたらすと言えます。

実際には、適切なクラウド移行戦略を策定するためには、次の基本的な質問から始めて、それが企業の全体的な運用目標を満たすことができるかどうかを検討する必要があります。

どのアプリケーション、プロセス、さらにはインフラストラクチャがクラウドに移行されるのでしょうか?
移行の目的は何ですか?
このイニシアチブを所有するのは IT 部門ですか、それともビジネス部門ですか?
資金源: 資本支出、運用コスト、または第三者へのパススルー?
プライベート、パブリック、ハイブリッドのどのタイプのクラウドに移行しますか?
クラウドに移行するにはどうすればいいですか?

もちろん、多くの企業がアプリケーションをクラウドに移行する必要がありますが、すべてのアプリケーションが移行に適しているわけではありません。

クラウドに移行できないことの課題は何ですか?

政府、銀行、保険などのセクターの企業は、現在でも、完全にローカルなアーキテクチャから移行する必要があるのか、データに対する完全な制御を失うことになるのか、クラウドサービスを既存のインフラストラクチャ (特にコアアプリケーション) と統合するのが難しいのか、といった点について依然として躊躇しています。こうした懸念は、企業が新たなビジネスチャンスをつかむことを妨げる可能性があります。

さらに、ビジネスアプリケーションのクラウドへの移行を妨げるその他の要因としては、データセンター内のローカルアプリケーションの運用およびサポートコストの増加、データストレージおよび分析機能の不足、セキュリティリスクの増大、新しい脅威に対する保護の不足、アプリケーションの拡張や新興テクノロジのサポートのためのモビリティを実現する能力の限界などが挙げられます。

次に、企業が効率的なクラウド移行を成功させるためのベストプラクティスについて説明します。

クラウド移行の内外の推進要因

移行プロセス全体には一定のコストがかかることから、クラウド移行の内外の要因を事前に調査する必要があります。たとえば、次のような要因です。

冗長な IT リソースと廃止または残存するアプリケーションソフトウェアを統合し、データセンターの占有スペースを削減し、コンピューティング統合機能を向上させる必要性。
業界の技術標準とソフトウェアに基づいてビジネス目標を満たすようにアプリケーションをアップグレードします。
IT 分野において最小投資、最大収益の戦略を採用することで、オンデマンドで IT リソースを拡張し、オンデマンドで支払うという目標を達成できます。
市場の需要に応じてビジネスパフォーマンスを向上させ、変化するビジネスニーズに柔軟に対応し、最小限の変更と投資でビジネスシステムの柔軟性を実現します。
ビジネスリソースの予算に応じて IT リソースの総所有コストを削減します。

アプリケーションクラウド移行に伴うワークロードを見積もるには、企業は移行する必要があるアプリケーション、プロセス、データ、およびターゲットクラウド環境の種類 (パブリッククラウド、プライベートクラウド、ハイブリッドクラウド) を事前に決定する必要があります。

多くの組織は、アプリケーションを段階的に移行することを選択します。つまり、情報サービスを提供し、顧客データと機密情報を保持する量が最も少ないアプリケーションから始めます。リスクが最小限であるため、実装者は実際の状況に基づいて決定を柔軟に調整するのに便利です。

クラウド移行のベストプラクティス

上記で紹介した増分移行の基本原則に加えて、次の側面も参照できます。

試行錯誤の小さな一歩

最初の良い習慣は「試行錯誤による設計」です。移行コンセプトの実現可能性を証明するために、アプリケーション全体から小さなサービスを選択して移行検証を実行できます。その中で、ワークロードをテストし、アプリケーションの移行に必要なリソース（ストレージサイズ、必要な仮想マシンの数、ネットワーク帯域幅、セキュリティ関連の制御要件など）を見積もることで、移行されたアプリケーションと元のサービス品質のギャップを評価し、現在の移行計画を継続的に改善することができます。もちろん、クラウド移行後のビジネス関係者の詳細な要件に基づいて、クラウドプラットフォームとアプリケーション間の互換性の問題を判断する必要もあります。ここで概念実証 (POC) が役立ちます。

ラベル移動グループ

クラウドに移行できるアプリケーションを「移動グループ」と呼びます。これは論理的なグループ化であり、グループ内のすべてのアプリケーションを同じ事前設定された期間内にクラウドに移行できます。

グループ化の利点は、複数のモビリティグループが並行して移行を開始したり、1 つのモビリティグループが別のモビリティグループの完了直後に開始したりできることです。もちろん、短期的または長期的なビジネス目標や技術的目標に基づいて、さまざまな移行方法をリアルタイムで調整することもできます。次の 6 つの方法は「6 R」と呼ばれます (詳細については、https://dzone.com/articles/the-rs-of-migration を参照してください)。

再ホスティング:自動化ツールを使用するか手動で、アプリケーションをリフトアンドシフトできます。
再プラットフォーム化:新しいプラットフォームを有効にし、基盤となるインフラストラクチャを変更します。ただし、既存のプログラムアーキテクチャは変更されません。
置換:別のタイプのプラットフォームに直接転送します (SaaS プラットフォームを推奨)。
再設計:クラウドプラットフォームのネイティブ機能を使用して、アプリケーションとインフラストラクチャを再設計します。
廃止:アプリケーションを「廃止」して、新しいアプリケーションを開始します。
保持:アプリケーションを現在の状態で引き続き使用します。

マルチクラウド環境

このステップは、アプリケーションが単一のクラウド環境で実行されるか、複数のクラウドサービス環境で実行されるかを決定するのに役立ちます。単一のクラウドプロバイダーの場合、ロックインされやすくなります。しかし、異なるクラウドプロバイダーに移行する場合は、複数の関係者による協調的な取り組みが必要です。具体的なモデルとしては、以下の3つが挙げられます。

単一のクラウド環境内のアプリケーション:つまり、アプリケーションのクラス全体が同じクラウドプロバイダーで実行され、他の種類のアプリケーションは他のクラウドプロバイダーで実行されます。このモデルの利点は、企業が柔軟に新しいビジネスを追加できることです。
アプリケーションを複数のクラウドプロバイダーに分割します。つまり、単一のアプリケーションの一部を 1 つのクラウドプロバイダーで実行し、別の部分を別のクラウドプロバイダーで実行します。このモデルの利点は、企業が各クラウドプロバイダーのそれぞれの強みを活用できることです。
クラウドに依存しないアプリケーション:このタイプのアプリケーションは、どのクラウドプロバイダーでも実行できます。したがって、アプリケーションは複数のクラウドプロバイダーで同時に実行でき、複数の場所に分割できます。明らかに、このモデルは企業に、あるクラウドプロバイダーから別のクラウドプロバイダーにワークロードを移行する柔軟性を提供します。

オートメーション

自動化により、インフラストラクチャをコードとして構築し、ダウンタイムなしでアプリケーションを自動的にデプロイできるようになります。そのため、企業は移行時間を短縮し、自動化された繰り返しモードで複数のアプリケーションの移行プロセスの一貫性を高めることを望んでいます。同時に、企業内のチームは自動化ファーストのプロセスについて互いに教え合うことができ、クラウド移行からより大きなメリットを得ることができます。リモート配信を活用して運用をスケジュールおよび監視するために、企業は移行ファクトリーモデルを採用して、クラウド移行に必要な労力とオンサイトの専門サービスのコストと時間を削減できます。さらに、企業はクラウドベースのライセンスモデルをサポートするために使用できるさまざまなソフトウェアツールセットを意図的に検索することもできます。

データ移行

実稼働環境からクラウドへの移行を開始する前に、企業は移行するデータの完全な評価を実施する必要があります。企業はローカルデータセットをクラウドプロバイダーに直接送信し、クラウドにアップロードすることができます。既存のデータセンター内の既存のホストアプリケーションを保持し、クラウドに移行されたデータへの呼び出し関係のみをポイントすることができます。これは通常、大量の散在するデータに対して推奨される移行ソリューションです。同時に、データの適切なアーカイブおよびバックアップ戦略を策定するために、企業は、動的データはできる限りコンピューティングリソースに近づけ、静的データはできる限りユーザー側に近づけるという推奨プラクティスを参照できます。業界では、多くの場合、従来のキャッシュ技術を通じてこの目標を達成しています。

監視とガバナンス

企業の実際のニーズを満たすクラウドアプリケーションサービスを構築するには、企業のクラウド戦略とさまざまなプラクティスを開発および管理する複数の部門横断的なチームが企業内に必要です。同時に、企業はアジャイルな方法を採用して、移行プロセス全体を通じて継続的に学習し、改善し、「小さなステップと迅速な進歩」で大規模なクラウド移行を実現する必要があります。

多くの組織では、移行のあらゆる側面を計画し、主導するシステム移行アーキテクトの役職を設けています。実際には、彼らの主な責任には、移行を成功させるために必要な再構築条件の定義、データ移行に関連する戦略の設計、クラウドソリューションに基づく要件の定義、移行作業の優先順位と切り替えモードの決定が含まれます。社内の他の事業部門と連携することで、クラウド移行を着実かつスムーズに進め、成功に導くことができました。さらに、運用、開発、設計部門から構成されるクラウド移行チームは、継続的な学習と相互トレーニングを通じてさまざまな自動化テンプレートを開発し、クラウドアプリケーションのアーキテクチャを継続的に設計および改善する必要があります。

要約する

今日、企業がクラウドに移行するのは止められないトレンドです。あらゆる企業は、既存のアプリケーションをクラウドに移植することで、運用コストを削減し、製品の納期を短縮し、付加価値収益を増やし、イノベーションリソースを活用し、コアビジネスに集中する必要があります。まとめると、業界のさまざまな企業のクラウド移行経験に基づいて、次の 11 のベストプラクティスの提案をまとめました。