「マルチクラウドの一般的な定義は、話している人が売り込もうとしているものと同じです」と、ダックビルのチーフエコノミストで、皮肉屋のコーリー・クイン氏は、自身のポッドキャストで元AWS幹部のティム・ブレイ氏に冗談めかして言った。彼の言うことは間違っていない。マルチクラウドにおいて、事実と虚構を区別するのが難しい場合がある理由の一つだ。実際、同じポッドキャストで、2人の（マルチ）クラウドの巨匠は、異なるベンダーがマルチクラウドをどのようにマーケティングに活用しているかを解説した。
マルチクラウドに関する事実
まず、マルチクラウドは多くの企業にとって当たり前の現実であることを指摘しておく価値があります。中規模企業であっても、複数のクラウドにまたがってアプリケーションを運用することになります。これは戦略的な場合もあれば、単に「エンタープライズIT」というだけの場合もあります。
また、私のようにISVで働いている場合、顧客は複数のクラウドで運用したいと考えているため、マルチクラウドはビジネス上不可欠です。クイン氏が強調したように、SaaSプロバイダーは「顧客が存在する主要クラウドすべて」で運用する必要があります。さらに彼は、ゲーム会社もレイテンシー管理のためにマルチクラウド化する必要があると主張しました。「多くのゲームサーバー自体も、特定の顧客クラスターに近いレイテンシー指標に基づいて、複数の異なるクラウドプロバイダーに分散されるでしょう。」
参照:調査: 企業におけるマルチクラウドの管理、そのメリット、障壁、そして最も人気のあるクラウド プラットフォーム(TechRepublic Premium)
確かに、マルチクラウドは一部の企業では必須要件ですが、あなたの会社ではそうではないかもしれません。また、ほとんどの人（ひいては雇用主）がクラウドに関する専門知識を欠いていることを考えると、マルチクラウドを実現するのは容易ではありません。複数のクラウドを深く理解している人材を見つけるのは容易ではありません。だからこそ、GoogleのForrest Brazeal氏は、複数のクラウドに精通することはキャリアアップの大きな要因になる可能性があると述べています。
それでも、多くの企業は特定のクラウドプロバイダーを選んでシステムを構築しようとします。その過程で、様々なクラウドプロバイダーから様々な矛盾したメッセージを聞くことになるでしょう。
マルチクラウドを戦略にマッピング
クイン氏が指摘したように、AWSを除くすべてのクラウドプロバイダーにとって、マルチクラウドを宣伝することは間違いなく利益になる。なぜなら、顧客が（まだ）「クラウドXにすべてを賭ける」プロバイダーにはなりそうにないことを彼らは知っているからであり、「だから当然、マルチクラウドについて語るだろう」とクイン氏は示唆した。しかし、「AWSの場合、彼らがその分野の8,000ポンドのゴリラである場合」、マーケティングは「ああ、そうだ、マルチクラウド、ひどい。すべてをAWSに置けば終わりだ」という感じになる、とクイン氏は述べた。AWSは時々この点で批判されるが、「このことについて語る人のほとんどには、完全に逃れられない非常に利己的な動機があるようだ」とクイン氏は結論付けた。彼の言うことは間違っていない。
そうは言っても、状況は変化しているかもしれません。
結局のところ、数年前にAWSはECS AnywhereとEKS Anywhereを導入し、顧客がAzureやGoogle Cloudを含む好きな場所でコンテナとKubernetesを管理できるようにしました。これは、たとえばGoogleのAnthosほど明白なマルチクラウドではありませんでしたが、それでもマルチクラウドの説明に当てはまります。そして、ブレイ氏が指摘したように、AWSのマルチクラウドに関する表現は柔らかくなってきています。彼は「オンラインでの[マルチクラウドに関する] [AWS]の会話がかなり柔らかくなっていることに気づいた」とコメントした後、この理由を「スタートアップであれば、少なくとも単一のクラウドでオールインすることは可能ですが、保険会社やタイヤメーカーなどの大企業であれば、メインフレームでCOBOLを、古いSunマシンでJavaを既に使用しているのと同じ理由で、マルチクラウドになるでしょう」と説明しました。
参照: AWS Lambda、サーバーレスコンピューティングフレームワーク: チートシート (無料 PDF) (TechRepublic)
言い換えれば、それがエンタープライズITの仕組みだからです。これまで、社内で稼働しているテクノロジーや、自社が維持しているクラウドを完全にコントロールできたCIOは一人もいません。AWSはこの点を認識しているようで、マルチクラウドを望ましい戦略として採用しているわけではありませんが、顧客がワークロードをどこで実行しているかという現実を反映して、メッセージを和らげているのかもしれません。
マルチクラウドの信条を信じているとしても、どうやってそこへ辿り着くのでしょうか？誰かにマルチクラウドの管理を依頼するのです。
前述の通り、複数のクラウド環境を横断できる人材を見つけるのは困難です。コンテナ、特にKubernetesをマルチクラウドの理想形へと導くオーケストレーションの手段として挙げる人にとっては、これは解決策が問題と同じくらい難しいというケースかもしれません。ブレイ氏が主張したように、「優れたテクノロジーとは、簡単なことは簡単にし、難しいことを可能にするものでなければなりません。しかし、Kubernetesはその最初のテストに合格していないと思います」。なぜでしょうか？それは、「Kubernetesに伴う複雑さと、そこから得られるメリットのバランスが取れていない」からです。
クイン氏はさらに、Kubernetesの「複雑さは圧倒的だ」と述べ、さらに「Kubernetesを本番環境で適切に運用できる人材を見つけるのは少々難しく、非常に高額になりがちだ」と続けた。つまり、マルチクラウドに精通した人材を見つけるのと同じような状況だ。
これは、クラウド（IaaS、SaaS、PaaSを含む）プロバイダーにマルチクラウドの複雑な部分を任せる良い理由かもしれません。もちろん、自分で解決することも可能ですが、誰かにお金を払って代わりに解決してもらう方が、より安価で早いかもしれません。
開示: 私は MongoDB で働いていますが、ここで表明されている意見は私自身のものです。
COBOL について学習することに興味がありますか? 初心者からエキスパートまでを対象とした完全な COBOL コースをご覧ください。
