service-mesh-observability
サービスメッシュのオブザーバビリティを быстро設定
サービスメッシュのテレメトリは、トレース、メトリクス、ダッシュボード間で配線するのが困難です。このスキルはIstioとLinkerdのオブザーバビリティ用の готовые テンプレートとクエリを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「service-mesh-observability」を使用しています。 Give me a concise checklist to enable Istio observability with Prometheus and Jaeger.
期待される結果:
- Deploy Prometheus with the Istio scrape config and ServiceMonitor.
- Enable tracing in Istio and point Zipkin to Jaeger collector.
- Install Jaeger all-in-one and expose the UI port.
- Add PromQL panels for request rate, errors, and P99 latency.
「service-mesh-observability」を使用しています。 How do I check which services are making the most requests?
期待される結果:
- Use Linkerd viz top command: linkerd viz top deploy/my-app
- Or query Prometheus: sum(rate(istio_requests_total[5m])) by (destination_service_name)
- Check the Grafana Istio dashboards for visualized request rates by service.
「service-mesh-observability」を使用しています。 Set up alerting for high error rates.
期待される結果:
- Create a PrometheusRule with expression: sum(rate(istio_requests_total{response_code=~"5.."}[5m])) by (destination_service_name) / sum(rate(istio_requests_total[5m])) by (destination_service_name) > 0.05
- Set for: 5m threshold to avoid alert flapping.
- Label with severity: critical and include service name in summary.
セキュリティ監査
安全Pure documentation skill containing YAML templates, PromQL queries, and CLI examples for service mesh observability. All static findings are false positives: the scanner misinterpreted PromQL metric names (containing 'md5', 'sha' substrings) as weak crypto, flagged documentation links as network IOCs, and misidentified YAML field names as path traversal. The content is static documentation that matches its stated purpose exactly.
リスク要因
🌐 ネットワークアクセス (12)
⚙️ 外部コマンド (17)
📁 ファイルシステムへのアクセス (1)
品質スコア
作れるもの
メッシュモニタリングの立ち上げ
新しいサービスメッシュ用のPrometheus、Grafana、トレーシングを配線するテンプレートを使用します。
レイテンシスパイクの調査
PromQLクエリとトレーシング設定を適用して、高レイテンシサービスを特定します。
メッシュSLOの定義
ゴールデンシグナルガイダンスを使用して、サービスのSLOとアラートルールを定義します。
これらのプロンプトを試す
新しいクラスタでIstioメトリクスとトレーシングを有効にするための最小限の手順とテンプレートを列表してください。
リクエストレート、エラーレート、サービスごとのP99レイテンシ用の主要なPromQLクエリを提供してください。
分散トレーシング用のIstioOperatorとJaegerデプロイメントの例を挙げてください。
Prometheus、Grafana、Jaeger、Kiali、OTelテンプレートを段階的な展開計画に統合してください。
ベストプラクティス
- 開発環境では高いレートで、本番環境では低いレートでトレーシングをサンプリングしてコストを制御します。
- すべてのサービス間で一貫したトレースコンテキスト伝播を使用します。
- PrometheusRuleで明確なしきい値を定義したゴールデンシグナルでアラートを設定します。
回避
- Prometheusで基数の高いラベルの制限なしに収集すること。
- 本番環境でデフォルトで100%のトレーシングを実行すること。
- サービス依存関係とトポロジーのダッシュボードなしで運用すること。