service-mesh-observability

サービスメッシュの可観測性

Istio、Linkerd、およびサービスメッシュデプロイメントにおける可観測性パターンの完全ガイドです。

このスキルを使用する場面

• サービス間の分散トレーシングを設定するとき
• サービスメッシュのメトリクスとダッシュボードを実装するとき
• レイテンシとエラーの問題をデバッグするとき
• サービス通信の SLO を定義するとき
• サービスの依存関係を可視化するとき
• メッシュの接続性をトラブルシューティングするとき

中核となる概念

1. 可観測性の 3 本柱

┌─────────────────────────────────────────────────────┐
│                  Observability                       │
├─────────────────┬─────────────────┬─────────────────┤
│     Metrics     │     Traces      │      Logs       │
│                 │                 │                 │
│ • Request rate  │ • Span context  │ • Access logs   │
│ • Error rate    │ • Latency       │ • Error details │
│ • Latency P50   │ • Dependencies  │ • Debug info    │
│ • Saturation    │ • Bottlenecks   │ • Audit trail   │
└─────────────────┴─────────────────┴─────────────────┘

2. メッシュのゴールデンシグナル

シグナル	説明	アラートしきい値
レイテンシ	リクエスト所要時間 P50、P99	P99 > 500ms
トラフィック	1 秒あたりのリクエスト数	異常検知
エラー	5xx エラー率	> 1%
飽和度	リソース使用率	> 80%

テンプレートと詳細な実例

完全なテンプレートライブラリと詳細な実例は references/details.md にあります。具体的なテンプレートが必要な場合は、そのファイルを参照してください。

ベストプラクティス

推奨事項

• 適切にサンプリングする - 開発環境では 100%、本番環境では 1〜10%
• トレースコンテキストを使用する - ヘッダーを一貫して伝播させる
• アラートを設定する - ゴールデンシグナルに対して
• メトリクスとトレースを関連付ける - エグザンプラーを使用する
• 戦略的に保持する - ホット/コールドストレージ階層

非推奨事項

• 過剰にサンプリングしない - ストレージコストがかさむ
• カーディナリティを無視しない - ラベルの値を制限する
• ダッシュボードを省略しない - 依存関係を可視化する
• コストを忘れない - 可観測性のコストを監視する