Appearance
FinOps 機能比較
Ncost と主要な FinOps ツールを、導入・機能・思想の軸で並べた比較資料です。あなたのチームに合うツールを選ぶ材料としてお使いください。収益源やクラウド取引への関与は、別ページのFinOps の提供・収益モデル比較で扱います。
注意書き: 他社の情報は公開資料(各社の公式サイト・ドキュメント・料金ページ)と一般に入手できるレビューに基づく 2026-08-07 時点のスナップショットです。各社の最新・正確な情報は必ず公式ページを参照してください。記載の製品名・商標は各社に帰属します。誤りの指摘を受け付ける公開窓口は準備中です(整い次第この注記を更新します)。
凡例
| 記号 | 他社列での意味 | Ncost 列での意味 |
|---|---|---|
| ◎ | 中核機能として提供 | — |
| ○ | 提供あり | — |
| △ | 限定的・アドオン・一部プランのみ | — |
| × | 提供なし(または公開情報で確認できず) | 方針として提供しない(理由は本文) |
| ✅ | — | 開発中 — Phase 1 の提供範囲(現在は限定プレビュー。一般提供中の意味ではありません) |
| 🔜 | — | 計画済み(方針承認済み・ロードマップ・本サイトの仕様ページに「計画中」バッジで記載) |
| 💡 | — | 未承認の構想 — ロードマップ掲載の有無を問わず、提供・非提供の約束ではありません |
比較対象
表の列は、横に広い表の可読性を保つため、他の列と評価が重複しにくいプロダクトに絞っています。列に置いていないプレイヤー(CloudHealth・Kubecost / OpenCost ほか)はページ末尾で、Ncost との関係とあわせて本文で扱います。
- Ncost — 本サイトのプロダクト。読み取り専用のコスト観測 + 独立した改善候補の評価。変更の自動検知 + 請求での結果確認は構想中です(Ncost とは / Verify)
- クラウド公式 — AWS(Cost Explorer / Cost Optimization Hub / Trusted Advisor)、GCP(FinOps Hub / Recommender)、Azure(Cost Management / Advisor)の無料ネイティブツール群
- Vantage — 30+ プロバイダ対応の総合 FinOps プラットフォーム。MCP・FinOps Agent などエージェント対応で先行
- CloudZero — テレメトリベースの配賦とリアルタイム異常検知、単位経済(unit economics)が強み
- IBM Cloudability(Apptio) — 財務・予算管理主導のエンタープライズ FinOps。日本語対応
- Infracost — Terraform PR にコスト差分を表示するシフトレフト特化
このほかのプレイヤー(CloudHealth / Kubecost・OpenCost / Harness CCM / Spot by NetApp / 国内 MSP 各社)はページ末尾で触れます。OptScale、OpenOps、Pump など、提供・収益モデルの違いを理解するための製品は別ページに分けました。
1. 価格・導入
| 項目 | Ncost | 公式 | Vantage | CloudZero | Cloudability | Infracost |
|---|---|---|---|---|---|---|
| 価格モデル | ✅ フラット(Phase 1 は全機能無料) | 無料(一部 API 従量) | 追跡支出 + シート + 保持のティア | 固定ティア(見積) | 個別見積(支出規模連動) | OSS CLI + 有料 SaaS |
| 追跡支出額に比例する課金 | ×(採用しない) | — | ○(プラン上限) | × | ○ | × |
| 人数(シート)課金 | ×(採用しない) | — | ○(プラン上限) | ×(無制限) | △ | △ |
| データ保持期間の上限 | ✅ 無制限 | サービスごと(例: Cost Explorer 約 13 ヶ月) | ○(6/12 ヶ月、上位で無制限) | 契約による | 契約による | — |
| 導入の目安 | ✅ 読み取り専用 SA キーの接続のみ(Terraform / CloudFormation 配布物は 🔜) | 即時(自環境で有効化) | 短時間(read-only ロール接続) | 数週間規模の導入プロセス | エンタープライズ導入 | 数分(CLI / CI) |
| 顧客環境に要求する権限 | ✅ 読み取り + 集計ジョブ作成のみ(作成・変更・削除の権限なし) | —(自環境) | read-only(自動購入機能は write) | read-only | read-only | 不要(コードのみ参照) |
| 取り込むデータの範囲(データ境界) | ✅ 集計済みコスト行 + 無駄検知の判定に使う観測データ(リソース設定・利用メトリクスの facts。任意の viewer 権限の範囲のみ)。生明細は顧客側に残し、ソースコードは送らせない | ◎(自環境で完結) | 課金明細を取り込み | 課金明細 + テレメトリ | 課金明細 | コードは CI / 手元で解析 |
| 日本語対応 | ✅ 日本語が一次言語 | ◎ | ×(国内代理店経由の導入支援あり) | × | ○(日本語対応済み) | × |
Ncost の立場: 「クラウド支出が増えてもコスト管理ツールの請求は増えない」を価格の原則にします(追跡支出比例・per-seat・保持ゲートのいずれも採用しません)。Phase 1 は全機能無料です(料金)。
2. 可視化・配賦
| 項目 | Ncost | 公式 | Vantage | CloudZero | Cloudability | Infracost |
|---|---|---|---|---|---|---|
| マルチクラウド(AWS / GCP / Azure) | ✅ GCP / 🔜 AWS(Azure は後順 — カタログに計画のみ掲載) | ×(各社サイロ) | ◎(30+ プロバイダ) | ◎ | ◎ | ○(IaC 対象) |
| AI・SaaS 支出(LLM API 等) | 💡 直近 1 年は対象外を提案 | × | ◎ | ○ | ○ | × |
| リソース単位のコスト表示 | ✅ GCP は実測額付き(上位 + タグ付き + ピン留め) | ○ | ○ | ○ | ○ | ○(IaC リソース) |
| Virtual Tag(課金データへの後付けタグ・遡及適用) | ✅ | × | ◎ | ○ | ○ | × |
| リソース個別ピン(1 リソースへの直接タグ付け) | ✅ | × | ×(*1) | × | × | × |
| タグ変更履歴(誰が・いつ・なぜ) | ✅ | × | ×(*1) | × | × | × |
| チーム別 showback(タグ単位の集計・予算) | ✅ | △ | ◎(Segments) | ◎(テレメトリ配賦) | ◎ | × |
| 未配賦コスト・未配賦率の可視化 | 💡 API から利用側で集計する案 | × | △ | ○ | ○ | × |
| 単位経済(顧客・機能あたりコスト) | 💡 Cost API を利用側データと結合する案 | × | ○(Unit Costs) | ◎ | ◎ | × |
| 欠測の明示(coverage: 取れなかった日を取れなかったと表示) | ✅ | × | ×(*2) | ×(*2) | ×(*2) | — |
(*1) 2026-07-26 時点の公式ドキュメント調査に基づきます。Vantage の Virtual Tags はルールベースで、リソース単位の手動タグ付けと変更理由の記録は一級機能としては確認できませんでした。 (*2) 取り込み欠損を第一級の状態として利用者に表示する機能は、公開情報では確認できませんでした。
3. 監視・計画
| 項目 | Ncost | 公式 | Vantage | CloudZero | Cloudability | Infracost |
|---|---|---|---|---|---|---|
| 異常検知(日次) | ✅ 根拠(基線・閾値・実測)を表示 | ○ | ◎ | ◎ | ○ | — |
| 日中スパイク検知(当日中の急増検知) | 💡 日次の正確さを優先する案 | △ | △ | ◎ | △ | — |
| 予算アラート(タグ・プロバイダ単位) | 💡 API から既存ツールへ渡す案 | ○ | ◎ | ○ | ◎ | △(PR 時ガードレール) |
| 着地見込み(forecast) | ✅ 線形外挿 + 算出不能の明示 | ○ | ○ | ○ | ◎(ML 予測) | ○(適用前見積) |
| Slack / webhook 通知 | 💡 API の利用例に留める案 | △ | ◎ | ◎ | ○ | ○ |
Ncost の立場: 検知は「出すこと」より「誤検知と欠測の扱い」に投資します。基線が揃うまで異常と断定しない、欠測日を基線からも判定からも除外する、根拠を必ず表示する、の 3 点は Phase 1 から提供します。通知先や予算ワークフローは公開 API の外側に置く構想です。
4. 最適化・実行・検証
| 項目 | Ncost | 公式 | Vantage | CloudZero | Cloudability | Infracost |
|---|---|---|---|---|---|---|
| 改善候補の検知(独自ルール) | ✅ GCP から(idle Cloud SQL・未アタッチディスク等) | ◎(無料) | ○ | ○ | ○ | △ |
| 公式 Recommendation の統合・重複排除 | 💡 検討中 | ◎ | ○ | ○(GCP Idle VM 取り込み等) | ○ | × |
| 判定根拠・確認手順・継続観測の提示 | ✅ facts + severity + 削除前確認手順 | △ | △ | ○(確認ステップ提示) | △ | △ |
| コード・IaC 文脈での安全性検証 | 💡 API から手元の道具で確認する案 | × | × | △(IDE 連携はコスト表示) | × | △(コスト差分のみ) |
| 自動実行(削除・停止・購入) | ×(顧客環境に書き込まない) | △ | ○(SP 自動購入) | × | ×(チケット委譲) | × |
| 削減の効果検証(変更前基線と変更後請求の突合) | 💡(自動変更検知 + Verify) | × | △ | △ | △ | × |
| Owner 解決・担当者への引き渡し | 💡 既存タグ・Issue Tracker を利用する案 | × | △(タグ前提) | △ | △(チケット連携) | ○(PR 作者に届く) |
| コミットメント(RI / SP / CUD)管理 | ×(公式が強い領域には出ない) | ◎ | ◎ | ○ | ◎ | × |
| Kubernetes コスト(エージェント常駐) | 💡 直近 1 年は対象外を提案 | △ | ○ | ○ | ○ | △ |
| シフトレフト(IaC PR へのコスト・改善候補提示) | 💡 API から利用側で連携する案 | × | × | △ | × | ◎ |
Ncost の立場(構想): 「検知した後」に投資します。読み取り専用のまま提案に整合する変更を観測し、請求から符号付きの Verified Result を残す案です。コード確認、担当者への引き渡し、PR 連携は公開 API から利用者側の道具で行います。自動実行は CloudHealth、Kubernetes 配賦は Kubecost、シフトレフトは Infracost の方が適しています(ページ末尾)。
5. プラットフォーム・エージェント連携
| 項目 | Ncost | 公式 | Vantage | CloudZero | Cloudability | Infracost |
|---|---|---|---|---|---|---|
| 公開 API | 💡 OpenAPI + API キー(read / write:tags) | ○ | ◎ | ○ | ○ | ○ |
| AI エージェント向けの明示設計(llms.txt・毎回スキーマ取得前提) | 💡 | × | ○(docs の llms.txt) | × | × | × |
| MCP 連携 | 💡 OpenAPI に一本化する案 | △ | ◎(MCP + FinOps Agent) | △(IDE プラグイン) | × | × |
| CLI 提供 | 🔜 CLI 出力(Local Scan) | ◎(aws / gcloud / az) | × | × | × | ◎(CLI が本体) |
| ローカル AI スキル・エージェント向けプラグイン配布 | 💡 薄い API 利用例に留める案 | △(公式 MCP サーバ等が出始め) | △ | ○(コーディングエージェント向けプラグイン) | × | × |
| Terraform Provider(FinOps as Code) | 💡 OpenAPI に一本化する案 | ○(予算・アラート等) | ◎ | × | × | —(IaC が入力) |
| 全量エクスポート(ロックイン回避) | 💡 CSV + JSON | ◎(源流データは顧客側) | ○(有料連携先へ) | ○ | ○ | — |
| FOCUS 標準(列名・意味論) | 🔜 エクスポート列名を FOCUS ベースで設計中(Observe の仕様に記載) | ◎(3 社対応表明) | ○ | ○ | ○ | × |
| SSO / 細粒度 RBAC / 監査ログ UI | ×(Phase 1 は全員同権。将来の課金導入時に再検討) | — | ○(SAML は無料枠から) | ○ | ◎ | ○ |
Ncost の立場(構想): 人間・AI・スクリプトのどれからも同じ公開 API を使えるようにします。提供面は標準 Web 画面、OpenAPI、CSV / JSON エクスポートに絞り、MCP、Terraform Provider、AI プラグインを別々に維持しない案です(API)。
空白の分析 — どの組み合わせがまだ埋まっていないか
上のマトリクスを縦(項目)ではなく横(組み合わせ)で読むと、次の空白が見えます。
- 「検知」はコモディティ、「変更後」が薄い — 改善候補の検知は公式無料ツールを含む多くの製品が提供します。差が出るのは、提案後のリソース変更を自動で見つけ、後日の請求と結び付けて結果を残す部分です
- 効果検証の不在 — 多くのツールが推定削減額の表示で止まり、変更前の基線と変更後の請求を突き合わせた検証は限定的です。CloudZeroやHarness CACMなど近い機能を持つ製品もありますが、読み取り専用のまま、手動の実施報告なしで符号付き結果を残すことは、Ncostが深く取り組む余地です
- 取引と分離した評価 — SaaS、成果報酬、クラウド再販にはそれぞれ合理性があります。Ncost は自らクラウド料金を販売・請求せず、公開ルールによる評価と結果確認に集中する組み合わせを選びます。パートナー紹介による報酬は別の収益候補として明示します(提供・収益モデル比較)
- APIを境界にした小さな製品 — Web、MCP、AIスキル、Terraform Provider、通知、ワークフローをすべて内蔵するのではなく、少数の基本データを画面とOpenAPIの両方で提供する構成は一般的ではありません。機能数ではなく、理解しやすさと既存ツールとの共存を選びます
- 専任 FinOps 不在の中間層 × 日本語 — エンタープライズ製品(Cloudability / CloudHealth 等)と公式無料ツールの間にいる「専任 FinOps 担当者がいない中規模エンジニアリング組織」は、国内では MSP・コンサルが人手で埋めており、プロダクトの選択肢が薄い領域です
機能表を埋めないという提案 構想
表の空欄をすべて埋めることは目標にしません。Unit Economics、予算、通知、Owner解決、MCP、AIスキル、Terraform Provider、Kubernetes配賦、シフトレフトは、それぞれ専門製品または利用者側の道具に残します。
Ncost は GCP と AWS の Cost・Finding・Evidence・Coverage・Verified Result を標準画面と公開 API から扱えることに集中する構想です。現在の線引き案はロードマップに明記しています。
Ncost を選ばない方がいい場合
比較は公平であってこそ選定の材料になります。次にあてはまる場合、現時点の Ncost は最適な選択ではありません:
- Kubernetes の Pod / Namespace 単位の配賦が主目的 — クラスタ内エージェント方式の Kubecost / OpenCost が適しています。Ncost はエージェントを常駐させず、直近1年はagentless配賦も対象にしません
- ポリシーによる自動実行(自動停止・自動購入)まで任せたい — CloudHealth や Harness CCM / Spot by NetApp の領域です。Ncost は読み取り専用が恒久方針で、実行は常にあなたの側に残します
- 財務部門主導のエンタープライズ統制(SSO・細粒度 RBAC・監査ログ UI・予算ワークフロー)が必須 — Cloudability 等のエンタープライズ FinOps が適しています。Phase 1 の Ncost は全員同権です
- Azure が支出の中心 — 現時点の対象は GCP(AWS は計画中)です。Azure 中心なら公式ツールと上記エンタープライズ製品を検討してください
- IaC の PR にコスト差分が出れば十分 — Infracost がまさにそのための道具です。Ncostは専用のPR連携を提供しません
逆に、根拠付きの提案と、変更後に何が起きたかの確認を読み取り専用のまま求めるなら、そこがNcostの中心です。
その他のプレイヤー
表の列には置かず、本文で扱うプレイヤーです。列から外した理由は「Ncost と競合しない」ことではなく、表の他の列と評価が重複する、または比較軸が特定領域に閉じていて表では情報量が乏しいという、表の可読性上の理由です。
- CloudHealth(Broadcom) — ガバナンス・ポリシー自動化主導のエンタープライズ FinOps。価格・導入・可視化・配賦の多くの軸で Cloudability と同じ評価になり、列としての情報量が重複します。主な違いはポリシーによる自動実行(顧客環境への write 権限)を中核に据える点です。Ncost は読み取り専用が恒久方針のため、この中核部分では競合しません
- Kubecost(IBM) / OpenCost — Kubernetes コスト特化で、Kubernetes 以外の軸は表のどの列より薄くなります。クラスタ内にエージェントを常駐させ、Pod / Namespace 単位の配賦と idle / 共有コストの按分を行う代表格です。Ncost は直近 1 年、常駐エージェント方式と agentless 配賦のどちらも対象外とする案です
- Harness CCM / Spot by NetApp — 自動停止・スポット運用などの実行系を含む領域です。SLA を伴う実行系であり、Ncost は踏み込みません(読み取り専用の恒久方針)
- 国内 MSP / SI — 請求代行、割引、運用自動化、コンサルを組み合わせます。Ncost はこれらを置き換えるのではなく、その上でも動く独立した評価レイヤーとして共存を想定します。収益構造は提供・収益モデル比較で扱います
出典(主要)
- Vantage Pricing / Vantage Docs(2026-08-10 確認)
- AWS Cost Optimization Hub / Google Cloud FinOps Hub / Azure Cost Management
- CloudZero Optimize / Harness CACM Recommendations
- FinOps Foundation — State of FinOps / FOCUS
- CloudZero / IBM Cloudability / CloudHealth by Broadcom(各公式サイト)
- Kubecost / OpenCost / Infracost
このページへの指摘・追加してほしい比較軸を受け付ける公開窓口は準備中です。プレビュー参加者には個別の連絡先をご案内しています。