マルチクラウド管理が混乱する理由

大多数の企業はマルチクラウドの未来へと移行していますが、マルチクラウドの管理は言うほど簡単ではありません。

[[269845]]

Twitter で簡単に検索してみると、マルチクラウド インフラストラクチャを実行するのは、数社の大手ベンダーに料金を支払うだけで済むことがわかります。たとえば、IBM は「IBM MultiCloud Manager は顧客のクラウド環境すべてを単一のビューに統合し、顧客が表示、管理、自動化の方法を完全に制御できるようにします」と主張しています。そのため、ユーザーは競合するインフラストラクチャ、サーバーレス アプリケーション、または現実の複雑な状況について心配する必要がありません。適切な制御と管理があれば、すべてはうまくいきます。残念ながら、そうはなりません。

Sabre のエンタープライズ テクノロジー オペレーション担当シニア ディレクターの Dominic Briggs 氏は、マルチクラウドを運用する現実として、特定のワークロードに特定のクラウドを使用する企業が増えていると述べています。なぜ？クラウドによって、得意とする機能が異なるからです。企業が 1 つのクラウド プロバイダーをターゲットにしている場合でも、最終的には複数のクラウド プロバイダーを使用することになるので、企業はマルチクラウド管理の悩みをどのように軽減できるでしょうか。

曖昧な神話と現実

もちろん、多くの企業がマルチクラウドの問題に対処するために取り組んでいます。たとえ企業がうまく対応できていると感じていたとしても、マルチクラウドの混乱という現実に直面します。

大手クラウド コンピューティング プロバイダーの従業員の 1 人は次のように述べています。「コンピューターが存在するようになって以来、アプリケーションをコンピューター間で移動できるようにする抽象化レイヤーを作成しようとする人々がいましたが、それらの抽象化レイヤーには常に欠陥がありました。」

では、クラウドの根本的な欠陥とは何でしょうか?クラウドの抽象化レイヤーでは、最も一般的な機能が公開されていないため、ユーザーはハードウェア (またはクラウド) プラットフォームの高度な機能を使用できません。また、各プラットフォームの固有の特性が公開されているため、エンタープライズ アプリケーションは移植できなくなります。

「特定のワークロードには特定のクラウド」というブリッグスのコメントを覚えていますか?企業が AWS のサーバーレス機能、Google Cloud の機械学習/AI ツール、または Windows Server 環境との容易な統合を実現する Microsoft Azure を採用すればするほど、複数のクラウドにまたがるアプリケーションを真に集中管理できるようになります。企業が複数のクラウドにわたって一貫した管理を望む場合、それらのクラウドの独自の機能を一切利用することはできない、と彼は述べた。 RDS または DynamoDB を使用することを決定すると、アプリケーションを別のクラウドに移行できなくなることが突然発生します。

ある意味では、これは本当の進歩であり、よりきめ細かな制御を提供しますが、まだ不完全なアプローチです。コンテナのみを扱うと言っても、それらのコンテナは VM 内で実行され、ストレージとネットワークを使用しますが、VM、ストレージ、ネットワーク サービスはクラウド プラットフォーム上で異なるため、すべてを単純に管理することはできません。

ユーザーは Red Hat OpenShift や Sabre などのツールを選択できますが、これは完璧なソリューションではありません。まず、AWS のロードバランサーとストレージ オプションは、Google Cloud Platform、Microsoft Azure、オンプレミスのものとは異なります。さまざまなオプション、さまざまな構成フィールド、さまざまなオブジェクト名がありますが、この混乱に適切な秩序をもたらす万能のアプローチはありません。

クラウドプラットフォームのギャップに焦点を当てる

Kubernetes には確かに希望があります。 Citus Data の CEO である Craig Kerstiens 氏が示唆しているように、Kubernetes は共通の抽象化 (すべてのクラウドの最小限の抽象化) も提供します。これは理想的ではありませんが、企業を理想に向かう道へと導きます。 「理想的な状況では、クラウドベンダーが自社の利益のために検討する必要があるが、そうではない」と同氏は語った。 「各クラウドベンダーがそれを実現したいのであれば、それは保証され、比較的簡単なことでしょう。そうではないので、課題はありますが、協力しなくても全面的に実現することは間違いありません。」

ブリッグス氏は、この「理想的ではない」移行フェーズでは、マルチクラウドの混乱に対処できる Red Hat OpenShift などの Kubernetes ベースのツールがあると示唆しました。 Sabre は、業界がクラウド インフラストラクチャを真にコモディティ化する段階に到達したいと考えており、OpenShift はユーザーに抽象化レイヤーを提供し、ユーザーが選択した AWS と Azure のクラウド プラットフォーム間でワークロードを移動できるようにします。 Sabre は、監視やセキュリティなどの周辺機能を構築し、アプリケーションのデプロイメントを再利用可能にし、基盤となるインフラストラクチャから抽象化します。

VMware もいくつかの便利なツールを提供しています (たとえば、Red Hat には Kubernetes ベースのビルド ツールがいくつかあります)。マルチクラウドの悪夢を軽減するために、VMware は各クラウド プラットフォーム上のネイティブ サービスを管理する CloudHealth、Wavefront、VRA などのツールを提供しています。 VMware は、vSphere プラットフォームをネイティブ クラウド (VMware Cloud on AWS など) で実行できるようにすることに重点を置いて、ハイブリッド クラウド (オンプレミスとクラウド プラットフォームの混合) を簡素化するツールも提供しています。このように、VMware は企業の運用モデルの標準化に貢献していますが、企業が各クラウド プラットフォーム上の vSphere の機能と能力に制限されるという問題は解決されません。したがって、Amazon RDS のようなものを使用したい場合は、マルチクラウドに戻ることになります。

マルチクラウドにより、企業は各クラウド プラットフォームの基本機能に戻ったり、各クラウド プラットフォームの高度なサービスを利用したりできるようになります。クラウドの専門家の意見に耳を傾け、あらゆるツールや戦略の導入を加速してこの混乱を解決しようと試みることもできますが、率直に言って、それでも混乱は続くでしょう。

マルチクラウドを導入することが悪い考えだと言っているわけではありません。実際には、アイデアが良いか悪いかは問題ではなく、現代のビジネスがどのように機能するかという問題であり、開発者は料金を支払うことでクラウド コンピューティング サービスを開始できます。企業の約 80% がマルチクラウドに移行していますが、残りの 20% は様子見の状態です。そのため、賢明な企業は、マルチクラウド環境によって生じる複雑さの一部を抽象化するために Kubernetes に注目し、同時に VMware やその他のツールを使用してネイティブ サービスを集中的に管理しようとしています。完璧ではありませんが、始まりです。