企業がクラウド移行を成功させるための 10 のベスト プラクティス

[51CTO.com クイック翻訳] クラウド コンピューティング テクノロジーがもたらす利便性と利点のおかげで、さまざまなワークロードをクラウドに移行する企業がますます増えています。このタイプのクラウド移行の重要なポイントは、各垂直ビジネスに適した普遍的なアプローチを見つける必要があることです。

過去、システムが最初に構築されたとき、企業は管理と制御の柔軟性とセキュリティを確保するために、データセンターに独自のインフラストラクチャを配置することを選択しました。しかし、クラウド コンピューティングの急速な発展、ビジネス ニーズの絶え間ない変化、テクノロジーの継続的な進歩により、過剰な初期投資を回避するために、クラウド サービスが提供する「弾力性」と俊敏性を積極的に活用する企業が増えています。したがって、さまざまな企業にとってのクラウド サービスの魅力は、主に、運用コストの削減、ハードウェア更新コストの削減、ビジネスの俊敏性の向上、柔軟なサービス モデルに反映されます。これらは、企業の再出発にかかるコストを根本的に回避し、ビジネス全体のリスクを軽減します。

[[244143]]

しかし、クラウドサービスの導入は簡単な道ではありません。企業がさまざまなレガシー アプリケーションまたはインフラストラクチャ全体をデータ センターからクラウドに移行する場合、慎重な計画がなければ簡単に「失敗」してしまいます。たとえ運よく移行を完了できたとしても、運用と保守で「負ける」ことになるかもしれません。したがって、クラウド サービスの利点を最大限に活用するためには、インフラストラクチャを継続的に改善し、適切なクラウド設計原則を採用することが非常に重要です。

この記事では、企業がシステムとサービスをクラウドに正常に移行するために役立つ 10 のベスト プラクティスに焦点を当てます。

1. 移行戦略を決定する

Zhou Xiang 戦略は、インフラストラクチャとアプリケーションをクラウドに移行し、それらが「実行」できることを保証するために特に重要です。移行戦略のすべての準備を事前に行い、企業のさまざまなビジネスロジックを明確にする必要があります。ガートナーは、企業が独自の移行戦略を計画するのに役立つ 5 つの「R」戦略を発表しました。以下では、これら 5 つの「R」について詳しく説明していきます。

（１）再ホスト

再ホスト戦略は、「リフト アンド シフト」戦略とも呼ばれます。通常、企業が特定のビジネス目的でアプリケーションをクラウドに迅速に移行したい場合、この戦略を選択します。たとえば、さまざまなアプリケーションを別のハードウェア環境に再展開し、アプリケーション アーキテクチャの構成を変更します。この戦略は主に IaaS モデルに適用できますが、必ずしもクラウドの柔軟性と拡張性を享受できるとは限りません。もちろん、企業がこの戦略を選択するもう一つの一般的な理由は、チームに転用可能なスキルを練習する機会を提供することです。

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

再プラットフォーム戦略は、「リフト、シンカー、シフト」とも呼ばれます。この戦略は、現在のシステムのコアアーキテクチャを変更するのではなく、迅速な変更によって管理と運用のオーバーヘッドを削減し、コストを節約します。たとえば、クラウド サービス プラットフォーム上でさまざまなアプリケーションを実行すること (元のデータベース管理システムをクラウド プラットフォームによって提供されるホスト データベース サービスに移行することなど)。ライセンスコストを節約するために、クラウド プラットフォームが提供するアプリケーションに切り替えます。

（３）買戻し

買い戻し戦略は「ドロップ・アンド・ショップ」とも呼ばれます。この戦略により、企業は特定のビジネス ニーズを満たすために、製品を完全に放棄し、最適な機能を備えた別のクラウド製品に切り替えることを決定する場合があります。たとえば、既存の CMS プラットフォームを放棄してクラウドに移行するなどです。または、SaaS ソリューションを直接使用し、自社開発製品を放棄します。

（4）リファクタリングまたは再構築

これは非常に挑戦的な戦略ですが、最終的には会社に大きな利益をもたらすでしょう。一般的に、既存のアプリケーション環境がユーザーが必要とするさまざまな機能、規模、パフォーマンスを提供できない場合、企業はビジネス ニーズを満たすためにアプリケーション アーキテクチャ全体を再構築または再設計することを選択し、それによってシステムの柔軟性とビジネスの見通しを向上させます。たとえば、クラウド サービス プラットフォームのアーキテクチャ上でさまざまな既存のアプリケーションを実行してみるなどです。この戦略は主に PaaS モデルに適用されます。

（５）引退

この戦略は通常、発見フェーズで使用されます。この戦略は、企業がクラウド移行の完了後に既存のリソースの 10% ～ 20% が使用されなくなるか、すぐに破棄されることがわかった場合に使用されます。

2. コンポーネントを発見して除去する

前述のさまざまなクラウド移行戦略について、ガートナーは、特定の移行シナリオで 1 つの戦略のみの使用を制限していません。代わりに、各自のデータセンターで 1 つの戦略を採用し、さまざまなアプリケーションやその他のリソースを検出するプロセスに集中することを推奨するだけです。同時に、検出フェーズでは、リソースを特定するだけでなく、リソース間の接続と依存関係を明確にする必要があります。

検出が完了したら、次のフェーズ、つまり移行するものと削除できるものを決定するフェーズに進むことができます。もちろん、再プラットフォーム戦略に基づいて削除されるコンポーネントを確認し、最終的にはさまざまな既存のアーキテクチャ内でクラウド サービス プラットフォームに簡単に置き換えることができるコンポーネントを特定する必要があります。

たとえば、マネージド データベース サービスを使用することを選択して、現在のシステムで実行されているマスター/スレーブ MySQL データベース インフラストラクチャを置き換えることができます。あるいは、企業は、既存のシステムで実行されている SMTP メール サーバーを置き換えるために、クラウド サービス プロバイダーが提供する電子メール サービスを使用することもできます。当社が再プラットフォーム戦略を採用することで、企業はクラウドに移行したレガシー コンポーネントを削減できるだけでなく、クラウド サービス プロバイダーが企業にもたらす価値と俊敏なサービスをより良く体験できるようになることがわかります。

3. ライセンスと移行コスト

ライセンス管理は、クラウド移行プロセスの中で最も重要な部分です。ライセンス管理には、オペレーティング システム ライセンス、アプリケーション サーバー ライセンス、サードパーティ ツール ライセンスなど、既存の環境の多くの側面が関係します。移行計画の一環として、各ライセンス タイプが譲渡可能であり、クラウドベースのライセンス タイプに変換できるかどうかを確認する必要があります。

オペレーティング システムのライセンスに関しては、クラウド サービス プロバイダーは通常、提供するインスタンス コストの見積もりにライセンス料金を含めます。もちろん、一部のクラウド サービス プロバイダーでは、代わりにホスト レベルの Windows ライセンスを申請するオプションを選択することもできます。サードパーティのツールに関しては、企業は依然として、ローカル ライセンスとクラウド ライセンスの両方を持つ独自のセキュリティ管理モデルを検討する必要があります。以前は、同じデータセンター内の複数のアプリケーションが同じハードウェア プラットフォーム上で実行されていたため、同じライセンスを共有できました。

ただし、クラウド サービス プラットフォームでは、アプリケーションが複数のサーバーに分散されるため、状況は異なります。したがって、製品やサービスを提供する企業は、トラフィック負荷の変化に応じてリソースが自動的に増減することを考慮して、このような複雑な環境でライセンスを管理する方法を継続的に改善する必要があります。

クラウド移行計画の別のトピックとして、BYOL (個人ライセンス持ち込み) モデルとクラウド サービス プロバイダーが提供する従量課金ライセンス モデルのどちらかを選択する必要が生じる場合もあります。各モデルには長所と短所があり、移行が完了した後に大きな間違いを避けるために、事前にそれらを明確に比較検討する必要があります。

最後に、使用される可能性のある移行ツールのコストも慎重に評価する必要があります。クラウド サービス プロバイダーが提供するサービスとツールに加えて、サードパーティ ツールの購入にかかるコストの増加も考慮する必要があります。

4. ネットワーク管理

ネットワークのベストプラクティスは、移行を開始する前に、採用するクラウド サービスの全体的なアーキテクチャを設計し、さまざまなリソースを対応するリージョンとサブネットにマッピングすることです。今日のクラウド サービス プラットフォームは、一般的に、仮想プライベート クラウド (またはネットワーク) の作成、オンデマンドでの IP アドレス セグメント (またはサブネット) の作成、さまざまなリソースへの IP アドレスの割り当て、それらの対応するルートの確立などのサービスを提供します。ほとんどの場合、機能の継続性を保つために、元のアプリケーション コンポーネントに同じ IP アドレスを割り当てて、IP 接続の依存関係を維持する必要があります。

シームレスな移行と切り替えを確実に行うためには、さまざまなリソースを元のドメイン名にマッピングし、混乱を避けるために元の関係者との正確なコミュニケーションを確保する必要があります。

5. プロフェッショナルな技術チーム

ご存知のとおり、企業のクラウド移行プロセスには専門的な技術チームが不可欠です。過去のローカル データ センター モデルや将来のクラウド モデルに関係なく、チームの最終的な目標は常に同じです。つまり、リソースを効果的に管理することで、アプリケーションの正常な起動と操作を保証することです。

目的地までの道のりは同じですが、運用、開発、設計におけるチームのさまざまなスキルを向上させ、新しいクラウド環境にできるだけ早く適応できるようにするには、途中で継続的なトレーニングが必要です。

同時に、このようなスキルのトレーニングには一定の時間がかかり、移行チーム全体の注意をそらす可能性もあるため、クラウド サービス プロバイダーから既存の移行経験を取得し、プロバイダーが提供するさまざまなテンプレートと自動化ツールを使用して、移行中に発生する複雑さを迅速に解決し、必要に応じて計画を調整することが得意である必要があります。

6. アクセス管理

これまで、企業は集中型のセキュリティ アクセス メカニズムに依存して、サーバーやアプリケーションへの個々のアクセスを制御していました。同時に、ロールベースのアクセス制御の原則を通じて、チーム メンバーの機能を細かく区別します。現在、クラウド サービス プラットフォームでは、最小権限の原則に基づいて、さまざまな人員のさまざまな作業内容に対して、さまざまな標準と計画管理を実装する必要があります。さらに、クラウド サービス プラットフォームは、従来の集中型アクセス管理との統合機能を提供できる必要があります。もちろん、移行の準備にはアクセス管理ガバナンス戦略も組み込む必要があります。

7. 少し味見してみる

小さな一歩を踏み出さなければ、千里の道に到達することはできません。まず、小さなアプリケーションを選択し、その移行計画を策定し、移行を実施する必要があります。この「試行錯誤」のアプローチを通じて、ギャップをできるだけ早く特定し、全体的な移行計画を改善することができます。さらに、この方法は、技術担当者が移行に自信を持つのに役立ち、経営陣が考え方を変えることで、企業やビジネスへのクラウド移行のメリットを実感できるようになります。

8. 繰り返し可能な項目を特定し、自動化する

クラウド サービスの自動化の利点は、コードを通じてインフラストラクチャを構築し、ダウンタイムなしでアプリケーションの展開を自動化できることです。この概念を移行戦略に組み込むこともできます。複数のアプリケーションを移行する場合、類似した繰り返し可能なシナリオを事前に特定できます。自動化を使用することで、移行時間を短縮し、一貫性を高めることができます。

9. 監視とガバナンス

クラウド移行プロセス中および移行後に、全体的な運用環境を注意深く確認し、監視する必要があります。結局、同じアプリケーションでも、元のデータセンターアーキテクチャ環境からクラウド環境に移行した後では動作状況が異なる場合があります。そのため、アプリケーション自体、システム、ネットワーク、各種監査ログを収集し、慎重にチェックする必要があります。ダッシュボード形式の監視ビューを通じて、さまざまなデータがさまざまなコンポーネントに関連付けられます。たとえば、視覚的なリソース使用率の傾向チャートを通じてサーバー構成を最適化し、インフラストラクチャの全体的なコストを削減できます。

さらに、アジャイル手法を使用して大規模な移行作業をガイドし、さまざまなタイムリーなフィードバックに基づいてチーム全体の移行プロセスを継続的に改善することもできます。

上記は業界で一般的に使用されている 10 のベスト プラクティスです。もちろん、クラウド移行が大成功すると完全に保証することはできません。結局のところ、プロセスは実行チームの専門知識や特定の技術要件などの側面にも依存します。ただし、上記のプラクティスは、運用コストとリスクの削減、ハードウェア投資の削減、プロジェクトのアジャイル実装の促進に確実に役立つと信じています。

原題: 10 のクラウド移行ベストプラクティス、著者: Daniel Berman

[51CTOによる翻訳。パートナーサイトに転載する場合は、元の翻訳者と出典を51CTO.comとして明記してください。