サービス、フロー、障害、および必要な証拠。
「何かがおかしい」という状況を、検証可能な仮説に変える
オブザーバビリティは、ユーザーエクスペリエンス、アプリケーション、キュー、データベース、外部サービスを連携させることで、直感に基づいた診断を置き換える。
- アラートが頻繁に鳴ったり、ユーザーからの苦情があった後に届いたりする。
- ログは複数のサービスをまたいでの操作を追跡することはできません。
- 業務フロー別のエラー率は不明である。
- ダッシュボードには、影響を受けていないインフラが表示されます。
- 事故対応は、誰か一人がどこを探せばよいかを覚えているかどうかにかかっている。
作業によって残されるもの
最終的な範囲は、入手可能な証拠と低減すべきリスクに基づいて合意される。
フィールド、レベル、相関関係、プライバシー、および保持。
可用性、遅延、エラー、飽和状態、そしてビジネス。
リクエスト、ジョブ、外部呼び出し。
境界、窓、所有者、そして文脈。
検証、封じ込め、復旧、およびエスカレーション。
最初から最後まで、明確な意思決定が示される
優先順位をつける
最も影響の大きい流れと障害。
楽器
一貫性があり、安全な環境。
視覚化する
ダッシュボードと運用目標。
応答する
アラートとランブックのテストを実施しました。
文脈に応じて決定すべきことは何か
普遍的な推奨を避けるため、条件と制限を明確に定めています。
ストレージの用途は、有用性、プライバシー、コストによって決まる。
対処が必要な症状についてのみ警告を発し、あらゆる症状のバリエーションについて警告を発するべきではない。
計測機器は、不必要な秘密情報や個人データの漏洩を防ぐ。
始める前に質問があります
範囲、証拠、作業方法に関する回答。
特定のツールを使用していますか？
既存のプラットフォームとの統合も可能ですし、適切な代替案をご提案することもできます。
可観測性はマイクロサービスにのみ適用されるものなのか？
いいえ。モノリス、キュー、データベースにも動作コンテキストが必要です。
注意力疲労を避けるにはどうすれば良いですか？
すべてのアラートには、影響、担当者、しきい値、有効期間、および既知の対応策が必要です。
ログには個人データが含まれていますか？
私たちは、最小化、編集、アクセス、および保持に関するルールを設計します。
この決定に関連するコンテンツ
診断、処置、または関連する経験を継続してください。
最初の会話
PHPアプリケーションに必要なものについて話し合いましょう
状況、主な阻害要因、そして求める結果についてお聞かせください。初期評価に必要な質問を返信いたします。
- 商業的な義務は一切ありません
- チームとの直接連絡
- お客様の個人情報は第三者に販売されることはありません。