マルチクラウド環境でピークオーケストレーションを実現する方法

ビジネス マネージャーが IT ディレクターにマルチクラウド ソリューションの実装を依頼した場合、その時点では同意するかもしれませんが、心の底ではそれが簡単ではないことはわかっています。

あなたのビジネスは最近クラウドに移行しましたか?おそらく、アジャイル DevOps 文化に移行したことによる成果について考えていることでしょう。あるいは、クラウド データベース、ロード バランサー、コンテナー クラスターなどの SaaS ベースのサービスに移行したのでしょうか?すべて順調ですが、マルチクラウド ソリューションを検討する必要があります。私たちは今、さらに大きな困難に直面しているかもしれません。

[[321248]]

なぜマルチクラウドを導入する必要があるのでしょうか?

お金が答えなら、問題は何でしょうか?ほとんどの企業にとって、クラウドへの移行は非常に簡単です。実際には選択肢は 2 つ (Azure と AWS) しかなく、ほとんどの人が AWS を選択します。移行を開始すると、クラウド コンピューティングのコストが当初考えていたほど安くないことに気づき、すぐにコストを削減する方法を探し始めました。マルチクラウドを検討するその他の理由は次のとおりです。

• さまざまなクラウド コンピューティング プロバイダーの最高のサービスを使用できる柔軟性。
• 地理的パフォーマンスと規制要件。
• ベンダーロックインを回避します。

マルチクラウドの導入を困難にする可能性がある領域は 5 つあります。

（1）ベンダーネイティブ言語：クラウドコンピューティング技術の導入に関してほとんどの人が気づいていないのは、まったく同じサービスでも実際には比較できないことが多いということです。たとえば、オーケストレーション ツールセットは次のようになります。

• AWS クラウドフォーメーション
• Google - クラウド デプロイメント マネージャー
• Azure DevOps

企業はこれら 3 つの異なる言語でサービスを構築できます。 Kubernetes クラスターを実行して Web サイトをホストするとします。マルチクラウドが登場する前は、企業は単一のコード ベース、単一のデプロイメント パイプライン、および監視する一連のサーバーを必要としていました。別の Kubernetes クラスターでサイトを実行する場合、その構成を別のクラウド プラットフォームにコピー/貼り付けすることはできません。最初から書き直さなければなりません。 Terraform は、3 つの主要なクラウド プラットフォームすべてと通信できる言語の 1 つであると自称していますが、すべてを Terraform で記述したとしても、AWS から Azure に単純にポイントすることはできません。企業は、クラウド コンピューティング環境ごとにコードを書き直す必要があります。 Spinnaker などの他のツールは、マルチクラウド展開の複雑さを軽減すると謳われていますが、かなりのオーバーヘッドが伴います。

（2）クラウド固有の機能：マルチクラウドを導入する際に真剣に検討すべきもう1つの要素は、複数のクラウドプラットフォームを結び付ける接着剤です。 IT 部門が Lambda 関数を使用してワークフローを結合し、コード内のどこかのギャップを埋めることを想像してください。そうすると、どこか別の場所でサービスの実行に障害が発生するまで、IT 部門はこのことに気付かない可能性があります。 AWS は、数百ものマイクロ SaaS 製品を提供することに優れており、プラットフォームを構築するのは非常に簡単ですが、そのプラットフォームを別の場所に移動するのは非常に困難です。

（3）サードパーティのサービス（監視など）：企業がDataDogなどのツールを使用してプラットフォームを監視する場合、セットアップと価格は各クラウドプラットフォーム環境に基づいて決まります。信頼性の高いレポートとアラートを取得するには、組織はアラートやログなどを変更する必要があります。複数の場所から複数のメトリック セットを収集し、複数の場所で問題を探す必要があります。

（4）人的要因：企業が複数のクラウドプラットフォームにビジネスを展開している場合、既存の従業員が経験豊富な管理者であることを期待することはできません。 AWS、Azure、Google Cloud などのクラウド プラットフォーム間の違いは、BMW とメルセデス ベンツの車間の違いではなく、トラックと電車間の違いのようなものです。トラックの運転手に列車を運転させればすべてがスムーズに進むわけではありません。従業員は、マルチクラウド環境に適応するために再訓練を受け、スキルを向上させる必要があります。

(5) 監査と複雑さの問題: GDPR規制やISO-27001監査に合格しなければならなかった企業であれば、システムを文書化して監査人に提示することの苦労を知っています。さらに、障害発生時にフェイルオーバーできる完全に冗長化されたシステムがある場合は、これをすべてのクラウド環境でテストする必要があります。

マルチクラウドは価値があるのでしょうか?

真の負荷分散マルチクラウドが実現するのはまだ何年も先のことと思われます。 Waze などの一部のベンダーはマルチクラウド設定を行っていますが、ほとんどの企業にとってそれはまだ概念の段階に留まっています。 Dropbox はストレージ データを AWS からプライベート クラウドに移行し、GitLab は Azure から Google Cloud Platform に移行し、国防総省も最近データを AWS から Azure に移行しました。

ただし、最初にビジネスの一部を別のクラウド プラットフォームに移行することには、いくつかの利点がある可能性があります。プライバシー法により 7 年間保存する必要がある巨大なデータ ウェアハウスがあり、それを主要なクラウド プラットフォームに保存する必要がない場合があります。あるいは、企業が IoT デバイスと統合する新しいプラットフォームを構築している可能性もあります。 Microsoft が IoT データベースを持っている場合、企業はそれをすぐに利用し、それを使用して企業の主要な運用プラットフォームにデータを供給できます。これはすべての企業が取るべき賢明かつ迅速な行動です。 2 つのクラウドで同じサービスを実行するのではなく、複数のクラウドの既存のサービスを補完することを期待してください。