明確な状況から始めましょう。

適切な開始点を見つける

影響を受ける境界を選択

変更を停止するか判断する

リリースがデータの正確性を脅かすか、失敗した作業を生成し続ける場合は、昇格を停止し、現在の証拠を保存してください。古い成果物を選択する前に、どのスキーマ変更がコミットされたかを記録してください。繰り返しの再試行は最初のエラーを隠したり、負荷を増加させたりする可能性があります。

変更を明記したインシデントノートを使用する

例：「Reporting API、テストアカウント、リビジョン REVISION_TO_REVIEW 後。読み取りは成功。1つのエクスポートがキューに入ったまま。本番通知は無効。最後に互換性のある成果物はリリースログに記録済み。」プレースホルダーはご自身の編集済み事実に置き換えてください。これは例示的なノートであり、当社が対応したインシデントではありません。

有用な証拠を含める

UTC時刻、影響を受けるコンポーネント、期待される動作、実際の動作、最近の変更、最小限の再現を記録してください。ログからアクセストークンと顧客情報を編集してください。

シードフレーズ、秘密鍵、パスワード、支出資格情報を決して共有しないでください。正当な支払い調査でもそれらは要求されません。