電話：400-882-3320
デリバリーを遅らせるパイプラインやジョブを特定
実行データを比較する：対象ワークフローの所要時間、状態、失敗、待ち時間、ステージ、ジョブ、属性を確認します。
DevOpsオブザーバビリティが答えるべき問い
どの変更が、どのサービス、環境、ユーザーへ影響したのか
パイプライン、ジョブ、リポジトリ、コミット、バージョン、サービス、環境、リリースの情報を維持し、本番のエラー、レイテンシー、ログ、資源、アラート、ユーザー影響と比較できる流れが必要です。
ソリューション概要
Guanceは、ドキュメント化されたCI Visibilityとオブザーバビリティのテレメトリーを共通IDで結び、デリバリー性能と本番挙動を同じ文脈で確認できるようにします。CIプロバイダー、デプロイイベント、ランタイム、アプリには、それぞれ対応する設定が必要です。
運用上の課題
デリバリーと本番データが分離：パイプライン失敗、リリース、トレース、ログ、本番アラートが異なる識別子を使っています。
遅いフィードバックがボトルネックを隠す：長い待ち時間、ステージ、ジョブ、テスト、ロールバックが、共通の性能ビューなしにデリバリーを遅らせます。
変更の影響を証明できない：バージョン、設定、依存先、容量のどれが回帰を引き起こしたのか、すぐに判断できません。
引き継ぎ時に責任が途切れる：開発、プラットフォーム、SRE、インシデント対応が同じ証拠と明確な担当を必要とします。
Guanceで実現する運用フロー
対応済みCIワークフローを計測：パイプライン、ステージ、ジョブ、状態、所要時間、エラー、実行属性をドキュメントに沿って収集します。
リリースIDを本番へ引き継ぐ：リポジトリ、コミット、バージョン、サービス、環境、クラスタ、担当チームを一貫させます。
変更と本番の証拠を比較：リリースをエラー、レイテンシー、トレース、ログ、資源、Kubernetesイベント、ユーザー影響と時系列で揃えます。
復旧と学習を検証：ロールバックや修正の前後で同じフィルタを使い、クエリとタイムラインをレビュー用に残します。
調査ワークフロー
リリースが回帰を起こしたかを検証
バージョンと時刻を揃える：リリースイベントを、サービスエラー、レイテンシー、トレース、ログ、Kubernetes変更、ユーザーシグナルと比較します。
プラットフォームとアプリチームへ同じ障害情報を提供
担当情報を維持する：サービス、環境、リポジトリ、クラスタ、チーム、バージョンを調査全体で引き継ぎます。
ロールバックや修正後の回復を確認
同じ証拠を再確認する：パイプライン状態、エラー率、レイテンシー、アラート、資源、ユーザー影響が戻ったかを検証します。
関連ソリューション
よくある質問
DevOpsオブザーバビリティは何を対象にしますか？
対応済みCIのパイプラインとジョブを、リリース、アプリ、インフラ、Kubernetes、ログ、アラート、ユーザー影響へつなぎます。取得できるデータは設定したCIとテレメトリー連携によって異なります。
遅いパイプラインはどう特定しますか？
パイプライン、ステージ、ジョブの所要時間、待ち時間、状態、失敗、実行属性を、ブランチ、リポジトリ、ランナー、期間別に比較します。
デプロイが障害原因かどうかを判断するには？
サービス、環境、バージョン、コミット、リリース情報を本番テレメトリーへ引き継ぎ、変更時刻をエラー、レイテンシー、トレース、ログ、資源、Kubernetesイベント、RUMと比較します。
CI Visibilityだけで本番環境も自動計装されますか？
いいえ。CIの可視化と本番テレメトリーは別の設定経路です。必要に応じてアプリ、インフラ、Kubernetes、ログ、RUMを設定し、共通属性を揃えてください。