ประสานการตอบสนองเหตุในระบบผลิต

กระบวนการ

ทำตามลำดับนี้

1. ยืนยันผลกระทบ ประกาศเหตุตามความรุนแรงที่เหมาะสม เปิดช่องและระเบียนเหตุ และกำหนดผู้บัญชาการเหตุ
2. กำหนดบทบาทปฏิบัติการ การสื่อสาร และผู้จด ระบุผลกระทบต่อผู้ใช้ปัจจุบัน ข้อเท็จจริงที่ทราบ และเวลาอัปเดตถัดไป
3. ทำให้ระบบเสถียรด้วยการลดความเสี่ยงต่ำสุด เช่น ย้อนกลับ ย้ายทราฟฟิก ปิดฟีเจอร์ หรือเพิ่มความจุ โดยเก็บหลักฐานเมื่อทำได้
4. ติดตามสมมติฐาน การกระทำ เจ้าของ เวลาประทับ และผลลัพธ์ ตรวจการฟื้นด้วยสัญญาณที่ผู้ใช้เห็น อย่าใช้ตัวเลขภายในตัวเดียว
5. สื่อสารการปิด และเฝ้าการเกิดซ้ำผ่านหน้าต่างสังเกตที่ตกลงก่อนปิดการตอบสนองที่กำลังดำเนิน
6. สร้างเส้นเวลาไร้การตำหนิ ระบุเงื่อนไขที่ประกอบ กำหนดการติดตามที่มีขอบเขตพร้อมเจ้าของ และนัดทบทวน

เตรียมสิ่งนี้

ข้อมูลที่แมวจะขอ

• การเตือนหรือรายงานผลกระทบ
• รันบุ๊กบริการและสิทธิการสังเกต
• ผู้ติดต่อยกระดับและการสื่อสาร
• ขอบเขตการลดที่ได้รับอนุญาต

เราเตอร์ + playbook เดียว

จัดเส้นทางก่อน เลือกอันเดียว

Cat Paw โหลด playbook เดียวต่องาน ไม่ผสมหลายอัน เริ่มที่เราเตอร์นี้ เส้นทางที่เหลือเป็นตัวเลือกเฉพาะ workflow

• เราเตอร์: engineering-pack
• skills/engineering/addyosmani/observability-and-instrumentation/SKILL.md
• skills/engineering/mattpocock/triage/SKILL.md

เสร็จหมายถึง

จุดจบที่ตรวจได้

บริการที่ผู้ใช้เห็นถูกตรวจว่าเสถียรตามหน้าต่างที่ตกลง ผู้มีส่วนได้ส่วนเสียได้รับการปิด เส้นเวลาเหตุครบ และการติดตามมีเจ้าของกับวันครบกำหนด

แหล่งที่มา

กระบวนการนี้มาจากไหน

1. sre.google/resources/practices-and-processes/incident-management-guide/
2. sre.google/sre-book/managing-incidents/
3. sre.google/workbook/postmortem-culture/

แหล่งที่มาตั้งรูปแบบของ workflow โพสต์ Reddit และชุมชน ถ้ามี ให้ถือเป็นเรื่องเล่าจากผู้ปฏิบัติ ไม่ใช่ข้อเท็จจริงสากล