FinOps Foundation（クラウド費用の管理手法を広める実務者コミュニティ）が、クラウドの請求データを共通の列名で表す仕様FOCUS（FinOps Open Cost and Usage Specification）を、自社データセンターやオンプレミス（自社が保有・運用するサーバー環境）のコストデータにも広げる取り組みを進めている[1]。これまでFOCUSはAWS・Azure・Google Cloudなどクラウド各社で形式がばらばらだった請求項目を統一する仕組みだった。対象がラック単位・サイト単位のオンプレコストにも広がったことで、クラウドとオンプレを同じ物差しで比較できる土台が整いつつある。State of FinOps 2026の調査では、回答者の48%が自社のFinOps実践の中でデータセンターコストを管理していると答えた[1]。本稿ではFOCUSがデータセンターコストをどう表現するかを整理し、クラウドからオンプレへの回帰、いわゆるリパトリエーションの判断にどう影響するかを検討する。
予備知識
- FOCUS（FinOps Open Cost and Usage Specification）: クラウド各社で異なる請求データの列名・形式を共通化する仕様
- FinOps: エンジニアリング・財務・事業部門が共同でクラウド費用を最適化する運用の枠組み
- リパトリエーション: クラウドで稼働していたワークロードをオンプレミス（自社保有のデータセンター）に戻すこと
- ラック / サイト単位のコスト: サーバーを収めるラック（機器棚）ごと、データセンターの拠点（サイト）ごとに集計するコストの粒度
FOCUSを推進するFinOps Foundationの中心人物による、FinOps実務そのものを体系的に学べる定番書
FOCUSとは何か、なぜデータセンターに広がるのか
FOCUSは、クラウド各社の請求データを共通の列名と形式に揃える仕様であり、コストの比較や集計を機械的に行えるようにする[1]。2026年6月4日にはFOCUS 1.4がFOCUS Steering Committeeによって正式に承認され、請求書と使用量を突き合わせるための新規データセット2種、列47個、属性6個、用語集項目17件が追加された[2]。これはクラウド請求向けの改訂だが、同じ共通言語をデータセンターにも当てはめる作業がFinOps for Data Centerワーキンググループで並行して進む[1]。背景には、データセンターのコストもクラウドと同じ精度・透明性で説明したいという実務側の要望がある[1]。State of FinOps 2026で48%の組織がデータセンターコストを自らのFinOps実践に含めると答えた事実は、この要望の広がりを裏づけている。
ラックや設備単位でコストが積み上がる仕組みを理解するには、まず運用の実務を押さえておきたい
ラック単位・サイト単位のコストをFOCUS列にどう対応させるか
データセンターのコストは、クラウドのようにAPIから自動取得できない。ハードウェア・電力や空調などの施設費・運用ツール・人件費・共有サービス費といった要素を、ラックやサイトという物理単位で積み上げる必要がある[1]。FinOps for Data Centerワーキンググループは、この物理単位をFOCUSの列に対応させる考え方を示した。データセンターの拠点を示すSite ID/Nameは、Region IDやSub-Account IDが使えない場合の代わりに使い、ラックの位置を示すRack ID/Nameで拠点内の場所を表す[1]。
| データセンター側の単位 | 対応するFOCUS列 | 用途 |
|---|---|---|
| Site ID / Name | Region Name（代替） | 拠点（データセンター）を識別する |
| Rack ID / Name | Resource ID（付随情報） | 拠点内のラック位置を示す |
| 運用チーム・ベンダー | Provider | 誰が運用しているかを示す |
| 事業部門・環境タグ | Tags | コストの帰属先・用途を分類する |
全項目を初日から埋める必要はない。多くの組織は、まず意味のある少数の必須項目から着手し、コストモデルや計測データの精度が上がるにつれて対応範囲を広げている[1]。この段階的な進め方が、データセンターという計測しづらい領域でFOCUS導入のハードルを下げている。
クラウド費用の急増に気づいてから原因を突き止めるまで、FinOpsやインフラの担当者はコストエクスプローラーの画面とCloudTrailのログを手作業で突き合わせてきた。AWSは2026年6月9日、この調査作業を生成AIエージェント[…]
クラウドとオンプレを同じ基準で比較する仕組み
FOCUSに揃える狙いは、コストを共通の消費単位で表すことにある。ハードウェア・施設費・運用ツール・人件費・共有サービス費は、vCPU時間（仮想CPUを1時間使った量）やストレージGB月（1GBを1か月保持した量）という、クラウドの課金単位と同じ物差しに変換される[1]。これにより、同じワークロードをクラウドで動かした場合とオンプレで動かした場合のコストを、同一ダッシュボード上で並べられる。State of FinOps 2026が示す48%という管理率と、Flexera社の2026年版State of the Cloud Reportが示す「過去1年でクラウドワークロードの約21%がオンプレへ回帰した」という数字を並べると、コスト可視化の広がりと実際の回帰判断がほぼ同時に進んでいる様子が見える[1][3]。
Azure Storage GPv1（General Purpose v1、汎用ストレージアカウント旧バージョン）が2026年10月13日に廃止される。Azureでストレージアカウントを持つ組織は、この期日までにGPv2（Gener[…]
リパトリエーション判断への影響
リパトリエーションの検討では、クラウド側の請求は明確でも、オンプレ側の総コストが曖昧なまま比較されることが多かった[1]。FOCUS準拠でデータセンターコストを表現すれば、ハードウェアの減価償却・施設費・人件費まで含めた総コストを、クラウドの単位あたり課金と同じ粒度で並べられる。Flexera社の調査は、FinOpsの実践がオンプレに適したワークロードの見極めを助けていると指摘している[3]。判断材料が同じ基準で揃うことで、どのワークロードをオンプレに戻すべきかという議論を、担当者の感覚ではなく数字に基づいて進めやすくなる。
※本記事は2026年7月時点の情報です。料金・提供条件は変動が速いため、最新は各公式でご確認ください。一部アフィリエイトリンクを含みます。 ✅ 先に結論（Seedance 2.0の要点） 何がすごい[…]
よくある質問（FAQ）
Q1. FOCUSとは何か。
FOCUSは、クラウド各社で異なる請求データの列名や形式を共通化する仕様であり、FinOps Foundationが策定・改訂を続けている[1][2]。
Q2. データセンターのコストはどうやってFOCUSに合わせるのか。
ラック単位・サイト単位で集計したハードウェア・施設費・人件費などを、Site ID/NameやRack ID/NameといったFOCUS列に対応させ、vCPU時間やストレージGB月という消費単位に変換する[1]。
Q3. リパトリエーション判断にどう役立つのか。
クラウドとオンプレのコストを同じ単位で比較できるため、どのワークロードを戻すべきかを数字に基づいて検討しやすくなる[1][3]。
まとめ
FOCUSがデータセンターのコストにも広がったことで、クラウドとオンプレを同じ列・同じ消費単位で比較できる土台が整いつつある。ラックやサイト単位のコストをSite ID/NameやRack ID/Nameに対応させ、vCPU時間やストレージGB月に変換する作業は地道だが、State of FinOps 2026の48%という数字が示すとおり、すでに実務として動き出している。自社のリパトリエーション判断がクラウド側の請求書だけで進んでいるなら、まずオンプレ側のコストをFOCUSの列に沿って整理することから始める価値がある。
