DevOps & Kubernetes (50 Qs)•Part 5: Infrastructure as Code, SRE Observability & Production Troubleshooting (43 - 50)
Production Incident Management & Blameless Post-Mortems: Roles, war rooms, 5-Whys, and corrective actions.
High-Stakes Incident Response
During an active SEV1 production outage, chaotic debugging prolongs downtime. Resilient organizations operate under a structured Incident Management System derived from emergency response protocols.
sql
+---------------------------------------------------------------+
| Incident Command System |
| |
| [ Incident Commander (IC) ] -> Leads response, delegates |
| tasks, enforces focus. |
| |
| [ Operations Lead ] ---------> Executes diagnostic commands |
| and rollback actions. |
| |
| [ Communications Lead ] -----> Updates executive leadership |
| and public StatusPage. |
+---------------------------------------------------------------+
The Blameless Post-Mortem Philosophy
A post-mortem must assume that human engineers always acted in good faith with the information they had. Blaming individuals creates a culture of fear where employees conceal mistakes.
The 5-Whys Root Cause Methodology
- Outage: Payment checkout threw HTTP 500 errors for 22 minutes.
- Why 1: The database connection pool was completely exhausted.
- Why 2: Database queries from the billing service took 14 seconds to return.
- Why 3: A database table scan occurred on the
invoicestable. - Why 4: A newly deployed feature lacked an index on
customer_uuid. - Why 5 (Root Cause): The CI/CD pipeline lacked automated EXPLAIN query plan linting to block unindexed foreign key lookups before deployment.
- Remediation: Add automated database query plan linter in CI stage and configure DB connection statement timeouts.