目次を開く
結論
ツールの機能重複ではなく、信号の入口、変換、配送責任から分担を決める。
背景
既存ログと計装済みアプリケーションのテレメトリでは、入力形式や再送の条件が異なる。収集経路ごとに変換と配送の責任を定める。
設計と検証の論点
構成を検討するときは、次の責任と境界を分けて確認します。
- レガシー・コンテナログの収集
- OTLP
- トレース
- 計装による観測データ
- バッファー
- バックプレッシャー
- 障害時の処理
判断理由
レガシー・コンテナログの収集と障害時の処理の関係を軸に、採用案と代替案の責任範囲を比較します。既存の制約を残す理由と、新しい境界で変えられることを分けて記述します。
トレードオフ
OTLPを扱うために増える実装・保守・確認作業と、得られる制御可能性を比較します。障害時の経路と運用担当者の負担を含め、採用しない方がよい条件も示します。
制約
入力から保存先までの経路、再送、重複、欠損、機密情報の除去位置を確認する。製品ごとの担当を普遍的なルールにしない。
関連事例
関連事例の担当範囲や設計判断を参照します。記事で提案する実験・構成を、その事例で実施済みとするものではありません。