ある調査英国のTepiloが実施した調査によると、新居を我が家だと感じられるようになるまで、平均4か月かかることがわかりました。どうやら私は平均的ではないようです。
私も英国人ではないので、それを言い訳にできるかもしれません。今の家に住んで7年になりますが、どの照明スイッチで換気扇が回り、どのスイッチでリビングのコンセントが切れるのか、いまだに覚えられません。ご想像のとおり、間違えると、そのとき映画やビデオゲームを楽しんでいる人をかなり困惑させてしまいます。
この点については、設計上、同じ家は2つとありません。スイッチやロッカースイッチといった仕組みは共通しており、誰もが操作方法を知っていますが、家の中での配置や設置場所は標準化されていません。
しかし、ホームオートメーションシステムを導入し、引っ越し先にも持っていくと決めていれば、このような問題が時折起きることもおそらくなくなるでしょう。使い慣れた標準化されたインターフェースから、換気扇や照明を操作できるようになるためです。
これがクラウド環境の実情です。どの環境でも、一般的な運用タスクにはAPI、コンソール、プロセスという同じ仕組みが使われています。これはクラウドのメリットの1つです。また、新たな技術担当者の受け入れに必要な時間を大幅に短縮できる可能性があります。インフラストラクチャ管理レイヤーは、どの企業でも同じです。同じAPI。同じコンソール。同じプロセスです。
個別に構築されたデータセンターでは、プライベートクラウドか従来型かを問わず、必ずしも同じことが当てはまるわけではありません。OpenShiftやOpenStackなど、運用に固有の知識と専門性を要する複数のフレームワークが使用されています。
その結果、新たな技術担当者はすでに「クラウド」に関する実務知識を備えているため、受け入れにかかる時間を短縮できます。クラウド運用チームを拡充する必要がある場合は、Cloud Xに精通した人材を探します。これは新しい考え方ではありません。JavaScriptの知識が必要なアプリを担当する開発者を探す場合、通常はPythonの専門家を探すことはありません。
マルチクラウドが難しい理由の1つは、必要な専門知識が増え、オンボーディングの際にインフラストラクチャの運用方法を担当者に教育する必要が再び生じることです。私の家と同じように、同じクラウドは2つとしてありません。インフラストラクチャの基本概念は似ていても、用語、オブジェクトモデル、API、コンソールは異なります。
当然ながら、クラウド環境ごとに固有の専門ツールやプロセスが存在するため、企業内にはクラウドの「サイロ」が生まれています。F5の年次調査では、回答者の半数が、マルチクラウド管理に対する現在のアプローチとして、クラウド環境ごとに専任チームを設けていると回答しました。さらに、残りの半数も、このモデルが望ましいと回答しています。
これは私にとって意外なことではありません。クラウドを1つの製品として捉えれば（実際にそうなのですが）、他の製品と同様に運用上の負債が生じることがすぐに分かります。モデル、API、ワークフローはクラウドごとに異なります。すべてを中途半端に管理するよりも、1つのクラウドに注力して専門性を高める方が合理的です。
マルチクラウドという現実を背景に、インフラストラクチャ自動化ツールの導入が進んでいます。自動化によってプロビジョニング、構成、運用が容易になるだけでなく、インフラストラクチャ自動化ツールは特定のクラウドに依存しません。ツール自体が、マルチクラウド管理を複雑にするクラウド間の違いを抽象化するため、あるクラウドで使用しているTerraformテンプレートやAnsibleスクリプトを別のクラウドでも使用できます。
これは、一貫した手法とツールセットに集約することで、誰もが確信を持って迅速に行動できるようになる一例です。この傾向は、エンタープライズIT全体で明確に見られます。アプリケーションのセキュリティとデリバリのレイヤー、アプリケーションインフラストラクチャ（Webサーバーおよびアプリケーションサーバー）のレイヤー、データストレージのレイヤーのいずれにおいても、標準化は一貫性を実現する手段です。重複した表現になりますが、マルチクラウドの課題において、一貫性は一貫して見られるテーマです。
このように、マルチクラウドによって自動化は、単に「あれば便利なもの」でも競争優位性でもなく、必要不可欠なものとなりました。
著者について
Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。
Lori Mac Vittieのその他のブログ記事関連するブログ記事
F5 Application Study Tool：OpenTelemetryによるF5 BIG-IP環境の監視
F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。
F5 BIG-IPでAI防御を実現
F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。
F5 Advanced WAFによるGraphQL APIの保護
ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。
アプリケーションサービスの現状 通信業界版：リーダーとしての台頭
通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。
デジタルトランスフォーメーションは、単なるペーパーレス化ではない
デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。
やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。