クラウドでより良く構築する：その時が今

クラウドへの投資は世界中で続いており、ガートナーは、2027年までにパブリッククラウドの支出が1トリル円に達することを予測しています。この数字は、企業がジェネレーティブAIに多く投資しているため、クラウドの容量が必要であるため、急激に増加しています。

しかし、多くの組織はまだクラウド投資の価値を最大化するのに苦労しています。クラウドの浪費は大きな問題です。クラウド支出の28〜35%が浪費されていると推定されています。したがって、最近のCloudZeroの調査では、72%の回答者がクラウドコストが「高すぎる」または「かなり高すぎる」と答えたことは驚くことではありません。

どうすればクラウド投資の価値を最大化できるのでしょうか？それには、クラウドについて考えること、クラウドを使うことのアプローチを変えることから始めます。

クラウドの浪費問題

正しい考え方は、「リフトアンドシフト」の考え方から離れ、既存のリソースをクラウドに移動するだけではなく、クラウドのインフラストラクチャを活用することです。クラウドの浪費は、この古い考え方から生じています。この考え方は、クラウドのインフラストラクチャを тради的なインフラストラクチャと同じように扱います。

クラウドのインフラストラクチャの消費と管理は、従来のインフラストラクチャとはほとんど共通点がありません。クラウド以前、企業はデータセンターとサーバーに多額の投資を行い、予想される需要に応えるために必要なインフラストラクチャを購入していました。プロセスは次のようになりました：製品チームは何らかのイノベーションを提案し、需要を予測し、必要なインフラストラクチャの正式なリクエストをIT調達チームに提出しました。調達チームはリクエストを承認したり、却下したり、変更したりし、数ヶ月後、製品チームはイノベーションを実行するために必要なインフラストラクチャを手に入れることができました。

企業は、使用するよりも多くのインフラストラクチャを購入し、価値を生み出していないサーバーに座っていたことがよくありました。仮想化はこのバランスを均衡させることを約束しましたが、過剰なプロビジョニングと利用不足は引き続き課題でした。クラウドは、インフラストラクチャ、データベース、プラットフォームサービス、消費者主導のユーティリティモデルを介した無限の可能性を提供しましたが、多くの企業はまだ物理仮想マシンのコレクションとしてクラウドを管理しています。

調達チームと財務チームは、インフラストラクチャの購入に関与していました。クラウドでは、インフラストラクチャの消費は、エンジニアが新しいクラウドリソースを起動したり、コードを書いたりするたびに瞬時に発生します。購入の瞬間は完全に変わりました：クラウドでは、エンジニアリング（ビルディング）上の決定はすべて購入の決定です。エンジニアー（財務リーダーや集中型ITチームではなく）は、会社のテクノロジー予算を直接費やしています。

したがって、企業がクラウドコストを財務チームまたは集中型ITチームに責任を負わせると、目標を外れています。エンジニアはエンジニアリングの専門知識に基づいてビルディング上の決定を下しますが、その知識は他のチームにはありません。財務チームはバルク購入または最適化されたコミットメント割引を行うことができますが、m7g.2xlargeとm7gd.metalの使用を区別することはしたくありません。ITチームは使用されていないリソースを見つけるのが得意ですが、特定のリソース上で実行されているコードが健全であるかどうかを判断する立場にはありません。クラウドでは、「より良い購入」だけでは十分ではありません。

長い間、エンジニアはクラウドでコスト効率の良いビルディング上の決定を下すために必要な財務の洞察が欠けていました。その結果、毎年大量のクラウドの浪費が発生しています。CloudZeroの最近の調査によると、正式なクラウドコスト管理プログラムを実装する企業は、年間のクラウド支出を20〜30%削減することができます。61%の企業が正式なプログラムを持っていないことを考えると、2027年にクラウド支出が1トリル円に達したとき、122〜183億ドルが浪費される可能性があります。

これは変化する必要があります。企業は、クラウドのインフラストラクチャが従来のインフラストラクチャとは根本的に異なることを認識し、クラウドコスト管理には完全に新しいアプローチが必要であることを認識する必要があります。購入するのではなく、ビルディングすることに重点を置く必要があります。エンジニアにクラウドコストの所有権を与え、アマゾンのCTOであるWerner VogelsがThe Frugal Architectで述べたように、「コストを優れたソフトウェアの非機能要件にする」ことです。

クラウドでより良いものを購入するのではなく、ビルディングする時

ビルディングは、エンジニアリングの哲学であり、財務のパラダイムではありません。「ビルディング」とは、エンジニアが製品を開発し、市場に導入するプロセスで行う、すべてのアーキテクチャ、コーディング、運用上の決定を指します。

最近までは、こうした決定の真のコストを把握する方法はありませんでした。組織はそのことを知ることにあまり投資していませんでした。購入することを重視する考え方は、コストを削減したいという反応的な願望から生じていますが、ビルディングすることを重視する考え方は、効率的なソフトウェアの開発と実行に重点を置いています。

ビルディングの利点

エンジニアの関与。データによると、エンジニアが自分のコストを管理するように設計されている場合、会社のパフォーマンスが向上するということです。同じ調査では、81%の会社がクラウドコストが「適切なレベル」であると答えました。ビルディングに重点を置くことは、エンジニアの関与に重点を置くことです。エンジニアにクラウドインフラストラクチャのコストに関する関連性の高い、タイムリーなデータを提供し、効率性の向上を簡単に追跡できるようにすることです。

財務とエンジニアリングの関係の改善。企業がビルディングに重点を置くと、財務チームとエンジニアリングチームは、それぞれの専門分野に集中できるようになります。エンジニアは、よく構築されたソフトウェアの要素を考慮し、財務チームはソフトウェアのコスト効率に関する定期的な詳細なレポートを受け取ります。チーム間の摩擦が減り、全体的な生産性が向上します。

ユニット経済の明確さ。エンジニアに有意義なコストデータを提供することは、すべての支出データ（ハイパースケーラー以外にも、プラットフォームサービス、データベースサービス、観測可能性ツールなど）を取り込み、それを会社のビジネスに合致するフレームワークで割り当てることを意味します。そうしたロバストな割り当てにより、クラウドのユニット経済学の材料が得られます。利益のある製品、機能、顧客と非利益のものを評価し、固定費と変動費の関係とマージンの関係を理解し、クラウドのユニット経済学に基づいてGo-to-Market戦略を洗練することができます。クラウドのユニット経済学は、クラウドの財務運用（FinOps）の聖杯であり、真正にクラウド効率の高い組織の特徴です。

ビルディングの時が今

多くの組織は、クラウドへの投資から十分なリターンを得ていないと感じています。購入するのではなくビルディングするアプローチに切り替えることで、組織はクラウドの真の性質に合わせてアプローチを計測し、エンジニアの関与を高め、財務とエンジニアリングの関係を改善し、ユニット経済学を強化することができます。