2022年のHashiCorpの調査によると、90%の組織がマルチクラウド戦略の成功を報告しています。企業がマルチクラウドを導入すべきかどうかという問題から、どのように効果的に導入するかという問題へと焦点を移すべき時が来ています。比較的新しいテクノロジー分野であればどこでもそうですが、ここでの問題とチャンスは人材にあります。つまり、現在、マルチクラウド人材は不足していますが、この比較的短期的な問題を回避する方法は存在します。
マルチクラウド導入のメリット
かつてマルチクラウドは現実的なものではなく、憧れの対象でしたが、今日の企業はマルチクラウドをデフォルトで採用しています。その理由は容易に推測できます。マルチクラウド戦略により、企業は自社のニーズに最適なクラウドサービスを選択できるようになります。そのため、機械学習サービスにはGoogle Cloud、サーバーレスにはAWS、既存のWindows投資とのシームレスな接続にはMicrosoftといった選択肢が考えられます。
参照: 調査: 企業におけるマルチクラウドの管理、そのメリット、障壁、そして最も人気のあるクラウド プラットフォーム (TechRepublic Premium)
企業はマルチクラウドの主な理由としてロックイン回避を挙げるかもしれませんが、実際には、企業がイノベーションを推進するためには、まさに各クラウドの固有の強みを活用するべきであることを考えると、これはそれほど説得力のある理由とは言えません。AWSは長年にわたり（私の見解では当然のことながら）、賢明なクラウド戦略とは、クラウド間の互換性を確保するために最も基本的なプリミティブに固執することであるという考えを批判してきました。対照的に、今日の企業は、アプリケーションごとに異なるニーズに合わせて特定のクラウドプロバイダーを選択することに満足しています。
はい、組織はベンダーからの独立性を確立していく過程で、その過程を経ます。しかし、特定のクラウドへの過度な集中を避けるために、複数のクラウドにサービスを均等に分散させる必要はありません。クラウドが革新的な新サービスを迅速に展開していくことを考えると、組織がアプリケーションニーズを満たすのに役立つ多様なサービスが常に提供されるでしょう。
マルチクラウド導入に伴う課題
メリットは様々ですが、依然として大きな課題が存在します。中でも最も大きな課題は人材です。企業のクラウドプロジェクトに十分な人材を確保することは長年困難でしたが、マルチクラウドによって状況はさらに悪化しています。複数のクラウドプロバイダーに精通した人材は、そもそもほとんどいないのです。
実際、HashiCorp の調査で明らかになったように、人材不足がマルチクラウドの成功を阻害する最大の要因です (図 A )。
図A
しかし、企業の要求と個人の野心を考えると、状況がこのまま続く可能性は低いでしょう。マルチクラウドの知識は、履歴書に単に情報を詰め込むだけでなく、ITプロフェッショナルの雇用主にとって真のチャンスをもたらします。
「新しい情報をより早く吸収できるようになるだけでなく、さまざまなクラウド プロバイダーの長所とトレードオフを理解することで、新しいプロジェクトに最適なサービスとアーキテクチャを選択できるようになります」と、Google Cloud のコンテンツ責任者であるフォレスト ブレイジール氏は述べています。
クラウド業界では人材不足が深刻であり、マルチクラウドで成功を目指す企業にとっては状況はさらに深刻です。クラウドが増える一方で、それぞれのクラウドの多様なツールやワークフローを理解できる人材は減少しており、マルチクラウドでの成功は容易ではありません。それでも、企業はこの問題を回避するための巧妙な方法を見つけています。
マルチクラウド導入の実装方法
HashiCorpの調査によると、「この難問を解決する最善のアプローチは、共通のクラウド運用モデル（プラットフォームチームが最も熟練した人材を活用して選択・実行する共通ツールと自動化されたワークフローのセット）を標準化することです。」私は以前、同様のプラットフォーム指向のアプローチと、それが開発者にアプリケーション構築への道筋をどのように提供するかについて記事を書きました。
企業は、開発者がAWSやAzureのセキュリティ実装の詳細を学習しなければならない状況を望んではいけません。開発者がそうしたドキュメントを精査する時間は、より革新的なアプリケーションを開発する時間を奪うことになります。プラットフォームチームは、こうした詳細を把握する主導権を握り、開発者に「アイデアからアプリを開発するための労力を最小限に抑え、開発者が設計ではなくイノベーションに集中できる、標準化された事前承認済みの環境」を提供できます。WeaveworksのCEO、アレクシス・リチャードソン氏はこう説明しています。
そのため、このようなプラットフォーム チームは、Hashicorp の調査でトップにランクされています (図 B )。
図B
こうしたプラットフォームチームは、特定のワークロードに最適なツールを提供するクラウドを特定するという重責を担います。マルチクラウド・ユニコーンは、まさにこうしたチームから生まれるでしょう。例えば、GoogleのGKEとAWS Lambdaのどちらが自社に最適か、そして新しいチップアーキテクチャによってコストを削減し、パフォーマンスを向上させる方法など、彼らは熟知しているのです。
このプラットフォームアプローチの一環として、既にマルチクラウド化されているツールを活用することも重要です。データストリーミング向けのConfluentをはじめ、様々なSaaSプロバイダーが、すぐに使えるマルチクラウドアーキテクチャを提供しています。こうしたサービスでマルチクラウドプラットフォームの構築は完了しませんが、大きなアドバンテージを得ることができます。例えば、データベースマルチクラウドサービスは、マルチクラウド向けのアプリケーション層のアーキテクチャ設計までを担うわけではありませんが、データ層のマルチクラウド管理という、本来であれば困難なタスクを省くことができます。プラットフォームチームは、ワークロードの様々な層にまたがるマルチクラウドの複雑さを効果的に管理できます。
時間の経過とともに、組織内のマルチクラウドに関する専門知識は蓄積されていきます。従業員は企業間を異動し、同じ組織内でも、必要に応じてスキルアップが段階的に行われます。プラットフォームチームは、選択と必要性の両方からマルチクラウドに移行するこの時代に、非常に必要な橋渡し役となることができます。
開示: 私は MongoDB で働いていますが、ここで表明されている意見は私自身のものです。
