新しいテクノロジーやコンピューティング手法が注目されるたびに、すぐさま取り上げられ、「X」と定義されます。その定義は、弾力性や従量制のビジネスモデルといった特性に基づく場合もあります。また、「真のX」と見なされるために必要な要素を明確に示すため、CAMSのような覚えやすい略語が用いられることもあります。
そして、まあ、誰かが定めた要件に従わなければ、専門家はその取り組みを「Xではない」と一蹴するでしょう。真のXなら、Y*を含まないはずがないからです。
Twitterでの会話の中で、ある人が「自動化されたインフラはクラウドではない」と指摘したのをきっかけに、私はこの本質的な真理を改めて思い知らされました。
確かに、「クラウド」の定義によっては、その指摘は正しいと言えます。実際、クラウドの定義の中には、企業がオンプレミスでクラウドコンピューティングモデルを実装することは不可能だとするものもあります。実装は可能でも、現実的ではないとする定義もあります。さらに、SaaSまで「クラウド」の一例に含めるほど曖昧な定義もあります。

ええ、行きました。 何年も前に。
要するに、企業にとって、自社の実装が適切であることを示すために、インターネット上の誰かから「100%クラウド」のお墨付きをもらえるかどうかは重要ではありません。プライベート(オンプレミス)クラウドに対しては、パブリッククラウドの方がデータセンターに縛られたプライベートクラウドよりも高速で、効率性と俊敏性に優れているという議論が長年続いてきました。しかし実際には、どの形態のクラウドでも、その実装には自動化インフラストラクチャが含まれます。これがなければ、迅速なプロビジョニングも、自動スケーリングの柔軟性も、クラウドモデルに本来備わる、必要に応じてオンとオフを切り替える機能も実現できません。
クラウドの実に半分はテクノロジーにすぎません。残りの半分は、課金、サービス、プロセスの自動化です。
お客さまが「クラウド」を声高に(そして多少軽蔑を込めて)切り捨てるのを耳にしたことがあります。その反感の一因は、テクノロジーと企業によるその導入に対して、あまりにも頻繁にプロクルステス的なアプローチが取られていることにあります。ご存じかもしれませんが、プロクルステスはギリシャ神話の英雄テセウスに倒された数多くの悪党の1人です。物語では、プロクルステスは通行人を一晩泊まるよう招き入れ、その人の体格に応じた手段を使って、ベッドの長さに合うようにします。(具体的にどうしたかはご想像にお任せしますが、結局、生き延びた人はいませんでした)。「このため、『プロクルステス的』という言葉は、長さや大きさ、性質が異なるものを恣意的な基準に無理やり合わせる状況を表すために使われます」(Wikipedia)
企業がインフラを自動化し、それをクラウドと呼んでいるだけだとしても、それが何だというのでしょうか。プロクルステス流の定義に当てはまらなくても、求める成果を実現できるなら、問題ではありません。企業が望んでいるのは、アプリをより迅速に、よりスマートに、より安全に提供することです。クラウドをすべて導入しているのか、一部だけなのかには関心がありません。従来よりも迅速かつ効率的に、より高い俊敏性をもって業務を遂行できるのであれば、IT部門とビジネス部門の双方にとって成功です。そもそも、それこそがテクノロジーや手法を導入する意義なのです。
なぜなら、これらはすべて相対的なものだからです。より速く、より効率的に。さらに高い俊敏性を実現することです。規模(そしてビジネス上の動機)が異なるため、パブリッククラウドプロバイダーと同等になることはできませんし、それが目的でもありません。重要なのは、ビジネスのスピードに合わせてITサービスを提供することです。企業が求めているのは、CIOが「実績を解除した」と誇らしげに宣言できるような、「クラウドの純粋性」を証明する認定バッジではありません。ITが社内の他部門にサービスを提供する方法を改善することです。
確かに、企業が「クラウド」に取り組んでいると主張しても、画一的な基準に当てはめようとする人々から見れば、実際にはクラウドではないのかもしれません。企業が行っているのは、インフラストラクチャと一部の手作業を自動化し、サービスのスピード、俊敏性、提供方法を改善することで、ひいてはビジネスに必要なアプリの提供を向上させることだけかもしれません。しかし結局のところ、それもクラウドの半分を成すものです。
そして、クラウドがまったくないよりは、半分でもあるほうがよいのです。
* これは、「真のスコットランド人」論法という論理的誤謬の技術分野版です。長年の読者なら、論理的誤謬が赤ちゃんのLoriを泣かせることをご存じでしょう。
著者について

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ブログをご覧ください。