# オブザーバビリティの三本柱 ## 定義 オブザーバビリティの三本柱(three pillars)は、テレメトリをメトリクス・ログ・トレースという 3 種類のシグナルに分け、それぞれ別の保存系と道具で扱う考え方である。[[構造化イベント]] 派の立場からは、3 つはいずれも単一の構造化イベントから導出できる見方にすぎず、先に種別を決めて保存すると後で問える質問の範囲を制約する、と批判される([[@2026__OReilly__Observability Engineering 2E - Chapter 5 Structured Events Are the Building Blocks of Observability]])。 ## 未編纂の観察 - [[Charity Majors]] は、三本柱はもともと運用ループ(alert → debug → fix)でサービス全体の健全性を守る用途に作られたもので、開発ループには向かないと位置づける。柱に分断されたテレメトリは関係を破壊し、複数ツールを事後に相関させても復元できない。AI はこの断片化を直せず、むしろ機能不全を増幅するという([[@2026__Honeycomb Blog__Honeycomb 10 Year Manifesto Part 1]])。 ## 未解決の問い - 三本柱を単一の保存系(構造化イベント)へ統合する設計と、OpenTelemetry のようにシグナル種別を分けたまま相関 ID で結ぶ設計とで、AI エージェントによる調査の成否にどれほど差が出るか。実証比較はまだ wiki にない。 ## 関連 - 概念: [[オブザーバビリティ]] / [[構造化イベント]] / [[テレメトリ]] / [[分散トレーシング]] - エンティティ: [[Charity Majors]] / [[OpenTelemetry]] - ソース: [[@2026__Honeycomb Blog__Honeycomb 10 Year Manifesto Part 1]] / [[@2026__OReilly__Observability Engineering 2E - Chapter 5 Structured Events Are the Building Blocks of Observability]] ## 出典 - [[@2026__Honeycomb Blog__Honeycomb 10 Year Manifesto Part 1]](三本柱が運用ループ向けであること、分断が関係を壊すという主張) - [[@2026__OReilly__Observability Engineering 2E - Chapter 5 Structured Events Are the Building Blocks of Observability]](三本柱を構造化イベントの見方として捉える定義)