tech#azure#aws#finops#azure-copilot#cost-management

AWS FinOps Agent から考える Azure の FinOps AI の選び方

公開 👁
AWS FinOps Agent から考える Azure の FinOps AI の選び方

AWS には、クラウドコストの監視、異常調査、最適化提案をまとめて扱う AWS FinOps Agent があります。2026年8月17日時点では Preview として提供されています。一方、Azure で同じ目的を調べると、FinOps Hub、Microsoft Cost Management、Azure Copilot、Azure Advisor など複数の選択肢が出てきます。

今回のきっかけは、Microsoft も FinOps Hub 向けの AI Agent の設定 ガイドを公開していることを知ったことでした。このガイドを読み、AWS FinOps Agent に近いものを Azure でも構築できるのではないかと考え、実際に本サイトへ導入して検証する価値があるのかを調べました。

この記事では、AWS と Azure の違いを単純な製品比較だけで終わらせず、システムの規模によってどの選択肢が合うのか、本サイトで始めるならどのような構成が現実的かまで整理します。

目次

先に結論

AWS FinOps Agent と Azure の FinOps Hub AI Agent は、自然言語でコストを分析するという方向は似ています。ただし、提供される単位が異なります。

Azure に専用機能がないわけではありません。Azure Copilot Optimization Agentは、コストと炭素排出量の最適化案を説明し、Azure CLI や PowerShell のスクリプトも生成します。ただし、2026年8月17日時点では Preview であり、AWS FinOps Agent のように異常調査、定期レポート、外部チケット連携までを 1 つの製品で提供するものではありません。

本サイトのような単一サイトでは、FinOps Hub の常設基盤より、まず Azure Copilot で対話分析し、必要になったら Cost Management API と Budget Alert を使う軽量構成が合います。

調査を始めた理由

AWS FinOps Agent の発表を見たとき、FinOps に特化した Agent がクラウド事業者からマネージドサービスとして提供される点が印象に残りました。

Azure で似たものを探すと、最初に見つかったのが FinOps Hub のデータを GitHub Copilot や Copilot Studio から問い合わせる構成でした。これなら Azure 上でも FinOps Agent を作れそうです。

そこで、次の疑問を順番に調べました。

  1. AWS FinOps Agent と FinOps Hub AI Agent は同じものなのか
  2. FinOps Hub を使わず、Cost Management API で小さく作れるのか
  3. すでにある Azure Copilot だけで、どこまで対話分析できるのか
  4. 本サイトに導入して検証する規模のものなのか

調べて分かったのは、機能の優劣というより、誰が、いくつのクラウドやサブスクリプションを、どの頻度で分析するのかによって適した構成が変わるということでした。

AWS FinOps Agent は専用のマネージドサービス

AWS FinOps Agent の公式ドキュメントでは、主な機能として次が挙げられています。

機能内容
Cost inquiryCost Explorer のデータへ自然言語で質問する
Anomaly investigationCost Anomaly Detection のイベントを受けて原因を調査する
Recurring reports日次、週次、月次のレポートを HTML、PDF、PPT で生成する
OptimizationCost Optimization Hub と Compute Optimizer の提案をまとめる
External integration調査結果や最適化候補を Jira または Slack へ送る
Context and memory組織固有の文書とユーザー設定を継続的に利用する

異常調査では、コストの変化だけでなく AWS CloudTrail の API 操作履歴も参照します。費用が増えた時期とインフラ変更を結び付け、調査レポートとしてまとめるところまでが製品の役割です。

Agent の作成画面では、Agent 用と Web Application 操作用の IAM Role、Jira、Slack との接続を設定します。利用者向けの Web Application もサービス側で生成されます。

2026年8月17日時点で AWS FinOps Agent は Preview です。仕様や提供条件は変更される可能性があります。

Azure は複数の機能を組み合わせる

Azure では、FinOps の作業を 1 つのサービスだけで完結させるのではなく、目的に応じて複数の機能を選べます。

選択肢得意なこと向いている使い方
Azure CopilotCost Management の費用要約、内訳、比較、予測、削減案を対話で確認人がその場で調べる
Azure Copilot Optimization AgentAdvisor の最適化提案を説明し、代替案や適用スクリプトを生成最適化候補を具体化する
Cost Management API費用の Query、Forecast、Cost Details をプログラムから取得小規模な定期処理や独自 Agent
Cost Management ExportFOCUS を含むコストデータを Storage へ定期出力長期保存や外部分析
FinOps Hub複数 Scope の FOCUS データを取り込み、正規化して高度に分析大規模、複数組織、マルチクラウド
Budget/Anomaly Alert予算超過や通常と異なる費用変化を通知継続監視の起点

Azure Copilot には、「過去6か月の費用を要約して」「先月の費用を Service と Region で分けて」「今後3か月を予測して」といった質問ができます。Cost Management で最後に開いていた Scope を会話の Context として使い、曖昧な場合は Scope の選択を求めます。

これは本サイトの日常的な確認には十分有用です。ただし、会話は24時間を超えて継続できず、一部の一覧は上位5件に制限されます。自動で毎月レポートを作る、異常時に Activity Log まで調べて Issue を起票する、といった継続運用は別の仕組みが必要です。

FinOps Hub を使う場合

FinOps Hub は Cost Management Export を受け、Storage と Data Factory で処理し、Azure Data Explorer または Microsoft Fabric で分析する基盤です。Azure Data Explorer を使う場合、Hub Database と Ingestion Database が作られます。

AI を接続するには、FinOps Hub と Scope の取り込みを先に構成し、AI Client から Azure MCP Server または Kusto Query MCP Server を通して Hub Database を Query します。配布される Instructions には FOCUS Schema と KQL の Query Pattern が含まれています。

公式の概算では、2026年8月17日時点で Azure Data Explorer を含む構成は月額 120米ドルからで、監視する Cost 100万米ドルごとに Storage と Processing の費用が約 10米ドル追加される想定です。Microsoft Fabric F2 を使う例は月額 300米ドルからとされています。契約、Region、Data Volume、Power BI License などで実額は変わるため、導入時は公式の Cost Estimateで確認する必要があります。

Cost Management API を使う場合

単一 Subscription や Resource Group だけを扱うなら、FinOps Hub を置かずに API から直接取得できます。

SDK が提供される機能は SDK を使い、対応が遅れている機能は REST API で補う構成にできます。Agent に渡す Tool を少数の読み取り処理に限定できるため、小規模な環境ではこちらの方が運用しやすくなります。

AWS FinOps Agent と FinOps Hub AI Agent の違い

両者を比べると、目指すものは似ていますが、完成度の単位が違います。

比較軸AWS FinOps AgentFinOps Hub AI Agent
提供形態FinOps 専用のマネージドサービスFinOps Hub と AI Client を接続する構築パターン
Data SourceCost Explorer、Cost Anomaly Detection、Optimization Hub、Compute Optimizer、CloudTrailFinOps Hub に取り込んだ FOCUS Data と Pricing Data
対話分析専用 Web ApplicationGitHub Copilot、Copilot Studio など
異常調査Event を契機に自動調査KQL による分析。自動起動は別途構成
定期レポートHTML、PDF、PPT を生成Query と Workflow を別途作る
Task 連携Jira と SlackCopilot Studio、Teams、Logic Apps、独自 ITSM 連携
最適化提案Optimization Hub と Compute Optimizer を統合FOCUS 分析、Azure Advisor などを組み合わせる
組織 ContextContext File と MemoryInstructions と Knowledge File を構成する

AWS は FinOps 担当者の Workflow を 1 つの製品にまとめています。Azure は Cost Management、Advisor、Copilot、FinOps Hub を部品として用意し、必要な範囲を選ぶ形です。

このため、AWS 版は始めやすく、Azure 版は既存の Data Platform、Identity、Workflow に合わせやすいという違いがあります。

システム規模で選択肢が変わる

どれを使うかは、AI の性能より Cost Management の複雑さで決まります。

システムの状態最初の選択肢理由
単一 Site、単一 SubscriptionCost Analysis と Azure Copilot追加基盤なしで内訳、比較、予測を確認できる
少数の Subscription、定期通知が必要Budget Alert と Cost Management APIEvent Driven の小さな自動化を作れる
複数 Subscription、長期履歴、共通 ReportFOCUS Export と Fabric/ADXData を蓄積して共通指標で分析できる
複数 Tenant、複数 Cloud、部門配賦FinOps HubScope と Provider を越えて FOCUS へ正規化できる
大規模組織の対話窓口FinOps Hub と Copilot StudioGovernance された Data を Teams や Microsoft 365 Copilot へ公開できる

FinOps Hub が特に有効なのは、複数の Subscription や Tenant、AWS や GCP の Data をまとめ、部門、製品、顧客ごとの配賦や Commitment Discount を継続的に分析する環境です。数年分の Data に複雑な Query を繰り返す場合も Azure Data Explorer の利点が出ます。

一方、単一 Site の費用を月に数回確認するだけなら、FinOps Hub 自体の固定費と運用が新しい Cost Driver になります。削減率ではなく、削減できる絶対額と毎月の作業時間で判断する必要があります。

本サイトで始めるならこの構成

本サイトは Azure Static Web Apps、Azure Functions、Storage、Azure Front Door、Application Insights、Log Analytics などを使っていますが、1 つの Site を中心とした環境です。複数部門への配賦、Reservation、Savings Plan、複数 Cloud の統合分析は現在の要件ではありません。

そのため、現時点では FinOps Hub を導入せず、次の順番が合います。

  1. Azure Copilot で過去6か月の Cost、増加した Service、Forecast、Advisor Recommendation を対話的に確認する
  2. Resource Group 単位の Budget を設定し、Actual 90%、100%、110%と Forecast 110%を監視候補にする
  3. 継続調査が必要になったら Cost Management API を Timer または Alert 起点で呼ぶ
  4. Cost、現在の Resource、Activity Log をまとめ、原因候補と推奨対応を GitHub Issue へ記録する
  5. 対象 Subscription や長期分析が増えた段階で FOCUS Export、FinOps Hub を再評価する

構成案は次のようになります。

本サイト向けの軽量なFinOps構成図。Cost Managementの予算と異常通知をLogic Appsが受け、定期実行または通知を契機にAzure FunctionsがCost Management API、Advisor、Resource Graph、Activity Logを読み取る。AIは調査結果と推奨事項をまとめてGitHub Issueへ記録し、変更は人が承認する検知・起動Budget AlertCost Anomaly AlertTimerLogic Apps通知・定期実行調査・分析Azure Functions読み取り専用AI Agent読み取り専用Cost Management APIAzure AdvisorResource GraphActivity Log費用・構成・変更履歴判断と記録GitHub Issue原因候補・推奨対応人が確認・承認承認後に別作業で変更
図1: 本サイトで採用するなら、常時稼働のFinOps Hubを置かず、Cost Managementの通知とAPIを起点に必要なときだけ調査する構成が候補になります。AIには変更権限を与えません。

Budget Alert は Action Group から Logic Apps へつなげられます。Cost Anomaly Alert は2026年8月17日時点では Email 通知が中心なので、自動化する場合は専用 Mailbox を Logic Apps で監視する方法が公式に案内されています。

調査処理は Cost Management Query API だけでなく、Azure Advisor、Resource Graph、Activity Log を組み合わせます。これにより、「Log Analytics の費用が前月より増えた」だけでなく、「どの Meter が増え、その直前にどの Diagnostic Setting が追加されたか」まで原因候補を絞れます。

この構成はまだ本サイトへ実装していません。この記事で示したものは、今回の調査結果を基にした設計案です。

AI に任せる範囲を決める

Cost Optimization では、削減額だけを見て自動変更すると Availability、Security、Recovery の設計を壊す可能性があります。

たとえば Log Retention の短縮、Always Ready Instance の削除、Storage Redundancy の変更には、それぞれ保存要件、Cold Start、Disaster Recovery への影響があります。そのため、Agent は次の境界に置くのが安全です。

AI に任せること人が判断すること
Cost、Forecast、Resource、変更履歴の読み取りどの Budget と Risk を受け入れるか
増加した Service と Meter の特定Availability や Security を下げてよいか
Advisor Recommendation の説明Recommendation を採用するか
原因候補、根拠、推奨対応の Issue 化Bicep と Azure Resource を変更するか

Agent の Managed Identity には Cost Management Reader、Reader、Monitoring Reader など必要な読み取り権限だけを割り当てます。Resource の停止、SKU 変更、削除は実行させず、GitHub Issue を起点に人が差分を確認します。

回答にも根拠を残します。対象 Scope、集計期間、Cost Type、増加額、Resource ID、確認した Activity Log の時刻を記録すれば、AI の文章だけを信じずに再確認できます。

まとめ

AWS FinOps Agent と Azure の FinOps Hub AI Agent は、どちらも AI で Cloud Cost を分析するためのものですが、提供形態が異なります。

AWS FinOps Agent は異常調査、定期 Report、最適化、Jira/Slack 連携までをまとめた専用 Service です。Azure は Azure Copilot、Optimization Agent、Cost Management API、Advisor、FinOps Hub を目的と規模に応じて組み合わせます。

単一 Site では、まず Azure Copilot で Cost Management へ対話的に質問するだけでも多くのことが分かります。自動化が必要になったら Budget Alert と Cost Management API を追加し、複数 Subscription、長期履歴、部門配賦、Multi-cloud が必要になった段階で FinOps Hub を検討するのが自然です。

本サイトでは FinOps Hub を入れて検証するより、Azure Copilot で実績を確認し、必要なら読み取り専用の軽量 Agent が GitHub Issue を作る構成から始める方が、Site の規模と Cost に合っています。

参考資料