自動化は誰の費用？｜Broadcom AAI v26から考えるコスト配賦とAI分析

公開日 2026.09.19 更新日 2026.09.19 Broadcom AAI ワークロード自動化 FinOps コスト配賦運用分析

夜間バッチ、データ連携、定期レポート。自動化が増えると、「動いているか」は分かっても、どの業務にいくら費用がかかっているかを説明しにくくなります。

Broadcomは2026年9月14日、Automation Analytics & Intelligence（AAI）v26の一般提供を発表しました。今週の更新として、ジョブ実行のコスト配賦と、自然言語による運用データ探索を取り上げます。公開日と提供発表日はともに9月14日で、本日発表された速報ではありません。Broadcom公式発表

① AAI v26は、自動化の実行費用をコストセンターへ割り当てる機能を提供すると発表。

② AIは問い合わせの作成を担当。取得データが正しくても、質問の解釈は別に検証します。

③ 製品導入の前に、実行台帳・費用の範囲・共有費のルールをそろえることが重要です。

何が新しい？発表内容を確認する

Broadcomの発表では、費用の配賦、自然言語でのデータ探索、コンテナベースの導入を主要機能として挙げています。以下は提供元の説明を整理したもので、当サイトによる性能測定ではありません。AAI v26の機能説明

公式発表で確認した機能と、導入前に確かめたい点
機能	提供元の説明	本稿の確認提案
費用の配賦	ソフトウェア・インフラ・労務の費用変数を設定し、ルールで実行をコストセンターへ対応付け。	単価の根拠、対象期間、共有費の扱いを合意する。
自然言語での探索	生成AIが問い合わせを作成し、実データは決定的な方法で取得。	期間・部署・失敗の定義を照合する。
コンテナ導入	OpenShift向け公式イメージと、既存の外部DB等への接続を説明。	対応構成、バックアップ、更新・撤退手順を確認する。

公式記事は初期構成を単一インスタンスと説明し、将来の高可用性構成への道筋に言及しています。コンテナ対応を、そのまま高可用性の保証と読み替えないようにしましょう。導入構成の説明

技術の背景：費用を割り当てるには、識別子が必要

費用の配賦とは、まとめて発生した費用を部署・サービス・プロジェクトなどへ割り当てることです。単に費用を見せる「ショーバック」と、社内の請求・予算負担につなげる「チャージバック」は、運用上分けて考えます。

FinOps FoundationのAllocationでは、アカウント、タグ、ラベルなどのメタデータで費用と責任を対応付け、共有費の割り当て戦略を定めることを説明しています。これはAAI製品固有の仕様ではなく、費用管理の考え方です。FinOps Foundation：Allocation

自動化では、実行ログのジョブ名だけから部署を推測するより、安定したサービスIDや所有者を持たせる設計を提案します。命名変更、再実行、組織変更の後も対応関係を追えるようにするためです。

実行台帳

どのジョブが、いつ、どの業務のために動いたか。

単価と範囲

請求額、見積額、社内の労務費を混同しない。

配賦ルール

直接費・共有費・未割当を分け、変更履歴を残す。

この3つは本稿の台帳設計案です。ダッシュボードだけを先に作っても、入力の対応関係が曖昧なら、精密に見える数字が曖昧なまま残ります。

計算例：同じ共有費でも、ルールで負担が変わる

ここからの数値は説明用の仮定です。AAIの実測値・価格・導入効果ではありません。

共有基盤の費用を1期間あたり100,000円とし、A部署のジョブが60実行時間、B部署が40実行時間を利用したと仮定します。「実行時間に比例して配賦する」と合意した場合は、次の計算になります。

A部署：100,000円 × 60 ÷ (60 + 40) = 60,000円
B部署：100,000円 × 40 ÷ (60 + 40) = 40,000円
照合：60,000円 + 40,000円 = 100,000円

共有費100,000円の配賦例（仮定）

A部署：60実行時間 → 60,000円

B部署：40実行時間 → 40,000円

本稿作成の説明例。棒は同じ線形スケール。実行時間の合計は、同時実行がある場合の壁時計時間とは異なります。

実行時間は必ずしも消費CPUやメモリー、実際の課金額と比例しません。待機が多い処理と計算負荷が高い処理を同じ時間単価で扱ってよいか、ルールの目的に照らして確認します。利用量ベースではなく均等割りなら、同じ例でも各部署50,000円です。

配賦は費用を説明する方法であり、それ自体が削減ではありません。 部署への割り当てが明確になっても、実際の請求額や契約費用が減ったことにはなりません。直接費と共有費を二重計上しないことも確認してください。

AIの問い合わせ：データ取得と意味の正しさは別

提供元は、生成AIを問い合わせの構築に使い、実際の取得は決定的なアクセスで行うと説明しています。ただし本稿では、同じ問い合わせに同じ結果が返ることと、質問を正しく解釈できたことを区別します。提供元の取得方式説明

例えば「今月、最も高くついた失敗ジョブは？」という質問でも、失敗後の再実行を含めるのか、最終的に成功した実行系列を含めるのか、対象期間はどの時間帯で区切るのかで結果は変わります。

導入試験では、次のような確認セットを提案します。これはAAIの画面機能を保証するものではありません。問い合わせや条件を確認する経路を、製品資料と検証環境で確かめてください。

AI分析の受け入れ試験例（本稿提案）
問い	曖昧になりやすい点	照合対象
今月の部署別費用	期間、タイムゾーン、組織変更日	合意済み台帳の集計
失敗ジョブの費用	再実行、取消、最終状態	実行IDと状態の定義
先月より高い業務	実行回数増、単価変更、配賦変更	費用の差分と利用量の差分
権限外の部署についての質問	共有回答や履歴による漏えい	許可範囲と拒否動作

導入手順：いきなり社内請求へつなげない

以下は製品設定コマンドではなく、導入プロジェクトの進め方です。公開資料だけでは、自社のライセンス、対応スケジューラー、権限、移行条件まで確認できません。

1つの業務を選ぶ。 所有者が明確で、実行ログと費用を照合しやすい対象から始める。
台帳と費用範囲を決める。 実行ID、サービスID、部署、状態、利用量、単価の根拠を記録する。未割当は勝手に補完せず別枠にする。
配賦ルールを合意。 共有費の扱い、再実行の負担、組織変更時の適用日を決め、ルールの版を保存する。
ショーバックで検証。 台帳との合計照合、二重計上、境界日の扱いをチェックし、担当部署が結果を確認する。
AI分析を試験。 正解を用意した問い合わせと権限外の質問で評価する。チャージバックへ進む場合は、別に承認を得る。

開発・保守・運用・コンサルへの影響

開発担当は、ジョブの所有者や業務IDをログへ対応付ける設計を考えます。保守担当は、名前や部署が変わった際に過去集計まで変わらないかを確認します。運用担当は、失敗・再実行・遅延と費用を同じ実行系列で追えるようにします。

コンサルや導入支援では、費用削減率を先に約束するより、何をどの基準で割り当て、どこまで検証したかを示す方が判断材料になります。部署ごとの最適化が、全社の重要処理を遅くしないかも見てください。

リスクと限界

Broadcomの2つの公式記事で提供日と主要機能を照合しましたが、同じ提供元の情報であり、独立した効果検証ではありません。この記事では削減率、AI問い合わせの正答率、運用時間の短縮を測定していません。

詳細リリースノートは今回の調査環境では取得できなかったため、細かな設定項目や対応構成を断定していません。導入前に製品の正式資料とサポート条件で確認が必要です。

費用や実行履歴には、部署の活動や機密業務が表れることがあります。問い合わせの許可範囲、会話履歴の保存、共有する分析結果の閲覧者も設計対象です。AIに費用を質問できることと、ジョブ停止や予算変更を自動実行させる権限は分けて管理してください。

今後見るべきこと

未割当費用の減り方、共有費ルールの説明可能性、AI問い合わせの正解照合、更新時の集計再現性を注視します。導入費用・管理工数を含めて評価し、ダッシュボードの見栄えだけで成功と判断しないようにしましょう。

今日の一歩は、自動化1業務の実行台帳と費用の範囲をそろえること。 製品を選ぶ前でも、この整理は運用改善の土台になります。

最終確認日：2026年9月19日（日本時間）。製品情報は提供元の発表、配賦の計算例と導入・評価手順は本稿による提案です。

参照元

Previous Post Next Post