クラウド

FinOpsとは？クラウドの費用を見える化して最適化する考え方

2026/10/14 シリーズ「クラウド入門」 第8回 / 全9回

🤖 AIを使用して執筆

料金は「使った量×単価」で決まる

NIST（米国国立標準技術研究所）の定義は、クラウドの特徴の一つに「計測可能であること」を挙げている。資源の利用は監視され、利用者と事業者の両方に報告され、通常は使った分に応じて料金が計算される¹。FinOps Foundation は、クラウドの費用を、使った資源の量に、その資源に払う単価を掛けたものと説明している²。費用を動かす方法も、この二つに分かれる。使う量を変えるか、単価を変えるかである。

何に料金がかかるか

AWS は、料金を決める基本の要素として、計算、保存、外へのデータ転送の三つを挙げている³。計算は、資源を起動してから止めるか削除するまでの時間で払う⁴。多くの場合、外から入ってくるデータの転送や、同じリージョンの中でほかのサービスとやり取りするデータには料金がかからないが、例外もある³。その例外の一つが、次に挙げるゾーンをまたぐ通信である。

見落としやすい料金には、次のものがある。

• ゾーンをまたぐ転送：AWS の 2021 年の解説は、同じアベイラビリティゾーン（一つの地域の中で、電源などが独立したデータセンターの集まり）の中の転送は無料で、ゾーンをまたぐ通信には転送の料金がかかると書いている⁵。障害に備えて仮想マシンを複数のゾーンに分けると、その間の通信に料金がかかる。
• 外への出口の中継：インターネットから直接は届かない区画の仮想マシンが外とやり取りするには、NAT ゲートウェイという中継を使う。AWS の NAT ゲートウェイには、使える状態にある時間と、通したデータの量の両方に料金がかかる⁶。

動いていなくても料金がかかるもの

仮想マシンを止めても、すべての料金が止まるわけではない。AWS は、使っているか使っていないかにかかわらず、すべての Elastic IP アドレス（固定の公開アドレス）に料金がかかるとしている⁷。Azure は、Spot 仮想マシンを止めて割り当てを外しても、その下のディスクには保存の料金がかかると書いている⁸。止め方や資源の種類によって、どの料金が止まるかは違う。

単価をどう選ぶか

同じ仮想マシンでも、買い方で単価が変わる。

• 従量：長期の契約なしに、使った時間だけ払う。AWS の Linux などの仮想マシンは、秒単位（最低 60 秒）で料金がかかる⁹。
• 確約：1 年か 3 年の間、一定の量を使うか、一定の額を払うと約束する代わりに、単価が下がる。AWS の Savings Plans とリザーブドインスタンス¹⁰¹¹、Azure の予約¹²、Google Cloud の確約利用割引¹³ がこれにあたる。AWS は、どちらも従量の料金と比べて最大 72% の割引としている（2026 年 10 月時点）¹⁴¹¹。
• スポット：事業者の使われていない設備（キャパシティ）を、安く使う。代わりに、事業者が設備を必要とすると中断される。AWS のスポットインスタンスは最大 90% の割引で（2026 年 10 月時点）、通常は止める 2 分前に通知が出る¹⁵¹⁶。Azure は 30 秒前の通知で回収するとし¹⁷、Google Cloud は、いつでも止めたり削除したりすることがありうるとしている¹⁸。Azure と Google Cloud のスポットの仮想マシンは、稼働を保証する約束（SLA）の対象外である⁸¹⁹。

FinOps Foundation は、約束の制約が強いほど割引が大きいと書いている²。確約は、使い方が安定している部分には効くが、使い方が変わっても、約束した額は払い続ける。スポットは、動画の形式の変換のように中断されてもやり直せる処理には効くが、止められない処理には使えない。

料金の仕組みそのものを、事業者が変えることもある。AWS は 2024 年、S3 のバケットに対して、持ち主の組織の外から来た、許可のないリクエストで、アクセスを拒否されたものには料金をかけないように変更した²⁰。変更の前は、持ち主が頼んでいない許可のないリクエストにも料金がかかりうる仕組みだったことになる。利用者が見える化をしても防げない費用は、料金の設計で決まる。

費用を見える化する：タグと予算

費用を見直すには、まず、どこに費用がかかっているかを知る必要がある。

AWS では、資源にタグというラベルを付けられる。タグはキーと値の組で、費用の配分に使うタグを有効にすると、費用を細かく分けて追える²¹。たとえば、「プロジェクト」というキーに事業の名前を値として付けておけば、事業ごとの費用が分かる。

予算を決めて、超えそうなときに通知を受けることもできる。AWS Budgets は、すでに使った額と、このままの予測の額の両方について通知を出せる²²。ただし、予算は多くの場合、使用を止めない。Azure は、予算の基準を超えると通知が出るが、資源は影響を受けず、消費は止まらないと明記している²³。Google Cloud も、通知だけの予算は使用や支出に上限を設けないとし²⁴、一部のサービスでは、上限のある予算を設定できるとしている²⁴。AWS では、予算を超えたときに、新しい資源を作れなくする権限の設定を自動で当てることもできる²²。

費用の数字は、遅れて反映される。AWS Budgets の情報は 1 日に最大 3 回更新される²⁵。Azure の費用のデータは通常 8〜24 時間以内に反映され、予算は 24 時間ごとに評価される²³。そのため、通知が届いた時点で、通知の基になったデータより後の費用がすでに発生していることがある。

FinOps とは

ここまでの、料金の仕組みを知り、費用を見える化し、使い方と買い方を見直す作業を、組織の習慣として続ける考え方が FinOps である。

FinOps Foundation は FinOps を、次のように定義している（拙訳）。技術、財務、事業のチームの協力によって、技術から得る事業の価値を最大にし、データに基づく適時の判断を可能にし、費用に対する責任を生む、運用の枠組みであり文化の実践である²⁶。名前は Finance（財務）と DevOps（開発と運用の協力）を合わせた造語である²⁶。同じページは、FinOps を節約の話だと思っているなら考え直してほしい、技術から最大の価値を引き出す話だと書いている²⁶。利用者が増えたために転送の料金が増えたのなら、それは価値の増加と一緒に見るべき費用である。

FinOps は、三つの段階を繰り返す²⁷。

• 把握（Inform）：費用、使用量、効率のデータを調べる。
• 最適化（Optimize）：把握した全体像から、効率と価値を上げる機会を探す。
• 運用（Operate）：見つけた変更を実行する。

最適化には、使う量の最適化と、単価の最適化の二つがある²⁷。使う量の最適化は、求める水準を満たす結果を、より少ない資源で得ることで、主に技術のチームとの協力が要る。単価の最適化は、使わざるをえない資源に適切な額を払うことで、購買や経営との協力が要る²⁷。FinOps Foundation の原則は、使う量と費用の責任は、設計から運用まで技術者が持つ一方、単価や確約の割引は、規模の利点を生かすために一か所にまとめ、技術者が使う量の最適化に集中できるようにするのがよいとしている²⁸。

始めるときは、把握の段階からになる。検証用の資源も含めてすべての資源にタグを付け、月の予算と通知を決め、毎月の内訳を技術と経理の担当が一緒に見る。どの費用が成果に見合い、どれが無駄かを、同じ数字を見ながら決めていくことが出発点である。

FinOps Foundation は、費用を管理する製品の会社 Cloudability の顧客の会議から生まれ、2019 年 2 月に設立された。2020 年 6 月に Linux Foundation と合併している²⁹。

AWS も、同じ考え方を設計の原則に入れている。Well-Architected フレームワークのコスト最適化の柱は、クラウドの財務管理に投資すること、使った分だけ払う消費の形を取り入れること、費用を誰が何に使ったかに結び付けて分析することを、設計の原則に挙げている³⁰。

日本では、自治体の情報システムをガバメントクラウドに移した後の運用経費が問題になっている。デジタル庁の 2025 年 6 月の資料は、運用経費が大幅に増えるという自治体の懸念の声を挙げている。中核市市長会の調査では、移行後の運用経費の見積りは、移行前の平均 2.3 倍、最大で 5.7 倍だった³¹。デジタル庁は、この増加の要因に、回線費やソフトウェアの借料・保守費とともに、クラウド利用料の増加を挙げている³¹。対策としては、自治体での FinOps の実践の支援と、クラウドの利用料の見える化と分析を挙げた³¹。

見える化と最適化はどこまで効くのか

FinOps の効果を示す手がかりは、主に業界の団体や製品の会社の調査と、個々の会社の報告である。

FinOps Foundation の 2026 年の調査は、FinOps の実務者 1,192 人の回答をまとめ、使う量の最適化と無駄の削減が、今も一番の優先事項だとしている³²。ただし同じ報告は、対象をクラウドの外へ広げること、統制と方針、組織の連携、予測を合わせると、最適化だけの比重を上回るとも書いている³²。大きな無駄はすでに片付き、手間のかかる小さな機会が多く残っているという回答者の声も載せている³²。費用を管理する製品を売る Flexera の 2026 年の調査は、753 人の回答から、無駄だと見積もられるクラウドの費用の割合が、5 年ぶりに上がって 29% になったとし、AI の処理の急増がその原因だと解釈している³³。どちらも回答者の自己申告で、効果を測ったものではない。無駄が減ったと答える声がある一方、無駄の見積もりが増えたとする調査もある。

見える化と最適化を続けても、クラウドを使い続けること自体が高くつく場合があるという見方もある。ベンチャーキャピタルの a16z の Wang と Casado は 2021 年、契約で約束したクラウドの費用を開示している公開のソフトウェア会社を調べ、その額が、売上を得るのに直接かかった費用（売上原価）の平均 50% にあたったとした。実際の支出の比率は、たいていこれより高いとも書いている。二人が話を聞いた専門家たちの目安では、自前の設備に戻すと、同じ処理を 3 分の 1 から 2 分の 1 の費用で動かせる³⁴。ただし、二人は、自前に戻すことを勧める記事ではないとも書いている³⁴。37signals の Hansson は 2022 年、成長が安定した中規模の会社にとって、計算機を借りるのはおおむね割に合わないとしてクラウドからの撤退を発表した。同じ記事で、負荷の変動が大きい場合はクラウドが合うとも書いている³⁵。2024 年には、S3 からの撤退の予定も含めて、5 年で 1,000 万ドルを超える削減を見込むと書いた³⁶。これは会社自身の見込みである。

止め忘れを防ぐには

誰が何のために作ったかを示すタグのない仮想マシンは、要らなくなっても止め忘れられやすい。画面の操作で一台ずつ作った構成は、作り直しにくく、要らなくなったものを見つけるのも難しい。構成そのものを、作り直せる形で書き残しておく方法はないのかが、次の問いである。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。