# ビジネスモニタリング ## 定義 ビジネスモニタリング(Business Monitoring)は、インフラストラクチャやシステムの内部メトリクス（CPU、JVM、ネットワーク帯域等）ではなく、ビジネス KPI（トランザクション数、成功率、応答時間、障害数等）を一次的なモニタリングシグナルとして扱い、障害の顧客影響を定量的に把握する手法。Alibaba の GOC は 4 層モニタリング構造（インフラストラクチャ → システム/アプリケーション → ビジネス → 顧客フィードバック）のなかでビジネス層を最重要と位置づけ、「顧客に最も近く、影響度を明確な数値で表現できる」ことを根拠とする([[@2018__SREcon18 Asia__Introduction to Alibaba Monitoring System]])。 ビジネスモニタリングでは、各ビジネス機能を **5 つのゴールデンエレメント**——総数(total count)、成功数(success count)、成功率(success rate)、応答時間(response time)、失敗数(failure count)——で統合的に表現する。この 5 要素の組み合わせにより、モニタリング担当者は「顧客側で何が起きているか」をシステム内部の状態を介さずに把握できる。CMDB [[Hammurabi]] がビジネス機能と KPI の対応関係と優先度定義（P1〜P4）を管理し、アラーム発生時に自動的にビジネス影響と担当者を特定する。 ## 横断的知見 - **Alibaba の「ビジネス層が最重要」という主張は、2011年の『ウェブオペレーション』11章が示す「単純な相関付けの限界」という警句と緊張関係にある**: Alibaba の GOC はビジネス層のメトリクス(5ゴールデンエレメント)を「顧客に最も近く、影響度を明確な数値で表現できる」として最重要と位置づけるが、11章 §11.5.4-11.5.5 は、パフォーマンス(インフラ層)とビジネス成果を同一グラフに時系列で重ねる素朴な相関付けには(1) 平均値依存、(2) 交絡要因の混入、(3) 計測対象と実ユーザのズレという3つの落とし穴があると指摘し、個別訪問者単位で RUM ログと解析ログをユニークキーで突き合わせるべきだと説く。両者を合わせると、「ビジネス層のメトリクスを最重要視する」という設計判断(Alibaba)と、「ビジネス層とインフラ層のメトリクスを安易に相関付けてはいけない」という警句(ウェブオペレーション)は、前者が「何を見るべきか」、後者が「見えた相関をどう解釈すべきか」という異なる問いに答えており、矛盾ではなく補完関係にある。ビジネス層を主軸に据えるとしても、その値の変化をインフラ層の変化と因果的に結び付けるには11章が説く個別訪問者単位の突き合わせが要る。(Source: [[@2018__SREcon18 Asia__Introduction to Alibaba Monitoring System]], [[@2011__OReillyJapan__ウェブオペレーション - Chapter 11 訪問者の気持ち：ユーザ対面メトリクス]] §11.5.4-11.5.5) - **ビジネス機能を技術指標に落とす際の分解単位が、Alibaba と『入門 監視』で揃いつつ力点が違う**: Alibaba の GOC は各ビジネス機能を総数・成功数・成功率・応答時間・失敗数の 5 ゴールデンエレメントで表すが、『入門 監視』5 章は Reddit の KPI(ログイン・コメント投稿・投票・Gold 購入等)を失敗数とレイテンシの 2 つに対応づけ(表5-1)、成功率は記録してもよいが失敗率のほうがゴールに直結すると明言する(§5.3)。機能単位で成功/失敗と応答時間を追うという骨格は共通であり、5 要素のうち「失敗」と「応答時間」が両者の核だと読める。(Source: [[@2018__SREcon18 Asia__Introduction to Alibaba Monitoring System]], [[@2019__OReillyJapan__入門 監視 - Chapter 5 ビジネスを監視する]]) - > [!contradiction] **ビジネス指標をユーザ個別に見るべきか、全体の集計で足りるか**: 『入門 監視』5 章はユーザ個別に分析しなくてもサイト全体のトラフィックレベルのヒントが得られるのでメトリクスとして十分有益だとし、何が問題かは分からなくても何かが起きていることのヒントになれば足りるとする(§5.3)。一方『ウェブオペレーション』11 章は、平均値に依存した素朴な相関付けは交絡や計測対象のズレで誤り、個別訪問者単位で RUM ログと解析ログを突き合わせるべきだと説く(§11.5.4-11.5.5)。前者は異常の「兆候検知」、後者はパフォーマンスとビジネス成果の「因果の解釈」を目的にしており、用途の違いで説明できる可能性が高い。(status: explained)(Source: [[@2019__OReillyJapan__入門 監視 - Chapter 5 ビジネスを監視する]], [[@2011__OReillyJapan__ウェブオペレーション - Chapter 11 訪問者の気持ち：ユーザ対面メトリクス]]) - **ビジネス層を重視する根拠が「顧客に近い」から「先行指標である」へ広がる**: Alibaba はビジネス層を顧客に最も近く影響度を数値で表せる層として最重要視するが、『入門 監視』5 章はビジネス KPI をアプリケーションやインフラの調子を示す先行指標とも位置づける(§5.6)。同書は監視を設計段階から組み込み、指標が無ければアプリケーションを変更して出させよと説く点で、[[Hammurabi]] のような登録型の管理より計装側に重心がある。(Source: [[@2018__SREcon18 Asia__Introduction to Alibaba Monitoring System]], [[@2019__OReillyJapan__入門 監視 - Chapter 5 ビジネスを監視する]]) ## 未解決の問い - Alibaba の「5 ゴールデンエレメント」は Google SRE の Four Golden Signals（レイテンシ、トラフィック、エラー、サチュレーション）とどう対応し、どう異なるか。Alibaba のフレームワークはビジネストランザクション単位の「成功数/失敗数」を明示する点で、Four Golden Signals のシステムレベルの抽象化よりも顧客影響の直接表現に寄っている可能性がある。 - ビジネス層のモニタリングが「最重要」であるという Alibaba の位置づけは、[[オブザーバビリティ]] の文脈でどう評価されるか。オブザーバビリティはログ・メトリクス・トレースの統合を志向するが、ビジネスモニタリングは「ビジネス層のメトリクスだけで障害影響を十分に把握できる」と主張する。これは層の優先度の問題か、それとも多層統合の不要性の主張か。 - [[Hammurabi]] のような CMDB ベースのビジネス機能登録は、マイクロサービスの動的トポロジ変化に追従できるか。2018 年時点のモノリシック寄りなアーキテクチャでの知見が、2020 年代のクラウドネイティブ環境にそのまま適用できるかは未検証。 - MRR・NPS・LTV・CAC・解約数のような財務寄り KPI は、失敗率やレイテンシのような技術指標とは時間解像度が大きく違う。月次・四半期単位の財務 KPI の変化を、分単位の技術指標のどの変化に帰着できるか(『入門 監視』5 章は両者を列挙するが、財務 KPI 側の技術指標への写像は示していない)。 ## 関連 - ソース: [[@2018__SREcon18 Asia__Introduction to Alibaba Monitoring System]] / [[@2011__OReillyJapan__ウェブオペレーション - Chapter 11 訪問者の気持ち：ユーザ対面メトリクス]] / [[@2019__OReillyJapan__入門 監視 - Chapter 5 ビジネスを監視する]] - エンティティ: [[Hammurabi]]、[[Alibaba Group]]、[[Alistair Croll]]、[[Sean Power]] - 関連概念: [[アラート管理]]、[[オブザーバビリティ]]、[[サービスレベル目標]]、[[異常検知]]、[[エンドユーザメトリクス]] - 関連 MOC: [[structures/000 Index.md|000 Index]] ## 出典 - [[@2018__SREcon18 Asia__Introduction to Alibaba Monitoring System]]（4 層モニタリング構造、5 ゴールデンエレメント、Hammurabi、P1〜P4 優先度定義、次元分析、変更連携——transcript 全体 + frame-003/006/010/012） - アリステア・クロール、シーン・パワー, 「11章 訪問者の気持ち：ユーザ対面メトリクス」, 『ウェブオペレーション ―サイト運用管理の実践テクニック』, オライリー・ジャパン, 2011, §11.5.4-11.5.5. - [[@2019__OReillyJapan__入門 監視 - Chapter 5 ビジネスを監視する]](KPI の分類、コア機能から KPI 一覧を作る方法、失敗率とレイテンシへの結び付け)