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

世界中での大量なクラウド投資が続いており、Gartnerは、2027年までにパブリッククラウド支出が1兆ドルに達することを予測しています。この数字は、企業がジェネレーティブAIに多く投資するにつれて、GenAIイニシアチブが多くのクラウド容量を必要とするため、著しく増加しています。

しかし、多くの組織はまだクラウド投資の価値を最大化するのに苦労しています。クラウドの浪費は深刻な問題です。クラウド支出の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）の聖杯 — 真にクラウド効率の良い組織の特徴です。

より良い構築の時

より多くの組織は、クラウド投資に対するリターンが少ないと感じています。より良い購入からより良い構築へのアプローチに切り替えることで、組織はクラウドの真の性質に合わせてアプローチを測定し、エンジニアの関与の向上、財務とエンジニアリングチームの関係の改善、ユニット経済学の強化を実現します。