Template Overview

Proactively building resilient distributed systems requires intentional chaos experiments under controlled conditions. The Chaos Engineering Game Day Debrief template organizes experiment hypotheses, injected failure scenarios, steady-state metrics, and architectural remediations into an actionable Markdown record.

Markdown Template Structure

Copy the block below or click Download .md File to add this template directly to your personal vault:

---
title: "Chaos Game Day: [Experiment Codename / System Area]"
date: [YYYY-MM-DD]
chaos_lead: "[[Chaos Engineer / SRE]]"
incident_commander: "[[Duty SRE Lead]]"
system_tested: "[[Core Storage / Ingestion Pipeline]]"
environment: "Staging / Production Replica"
experiments_executed: 4
tags: [chaos-engineering, sre, resilience, game-day, reliability]
---

# Chaos Engineering Game Day Debrief — [Experiment Name]

## 1. System Steady-State Hypothesis
- **Hypothesis:** When 50% of background worker nodes experience simulated kernel panics, ingress API error rates will not exceed 0.05% and failover will complete within 12 seconds.
- **Normal Steady-State Baseline:** P99 Latency: 42 ms | Error Rate: 0.001% | CPU Utilization: 48%.

## 2. Injected Failure Experiments & Observed Behavior
| Exp ID | Failure Injection Vector | Steady-State Sustained? | Time to Detect (TTD) | Time to Recover (TTR) | Blast Radius Observed |
|---|---|---|---|---|---|
| **EXP-01** | Simulated AZ Network Partition | Yes | 1.8 seconds | 4.2 seconds | Zero dropped client writes |
| **EXP-02** | Disk I/O Saturation (FIO stress) | Partial Regress | 6.4 seconds | 28.1 seconds | P99 latency spiked to 410 ms |
| **EXP-03** | Primary DB Sudden Termination | Yes | 3.1 seconds | 9.8 seconds | Automatic replica promotion |
| **EXP-04** | DNS Resolver Intermittent 40% Drop | Failed | 42.0 seconds | Manual Abort | Cascade connection pool leak |

## 3. Unexpected Findings & Monitoring Blindspots
- **Observability Gap:** Alert for EXP-04 failed to trigger pager notifications because alert threshold was configured on 5-minute rolling averages rather than instantaneous error rates.
- **Graceful Degradation:** Local offline caching in client applications shielded users from backend DNS failures during EXP-04.

## 4. Architectural Remediation Backlog
- [ ] [[SRE Lead]] Reconfigure DNS health check alerts to trigger on 15-second anomaly windows.
- [ ] [[Core Architect]] Increase connection pool recycling timeouts in database connection wrappers.
- [ ] [[Chaos Lead]] Schedule follow-up EXP-04 re-test in two weeks.

Filled Real-World Example

Here is a realistic example demonstrating how this template captures actual deliberations:

---
title: "Chaos Game Day: Vault Ingestion Resilience"
date: 2026-10-10
chaos_lead: "[[Siddharth Menon]]"
incident_commander: "[[Devin Zhao]]"
system_tested: "[[Local SQLite FTS5 Indexing Engine]]"
environment: "macOS 15 Stress Suite"
experiments_executed: 3
tags: [chaos-engineering, sre, resilience, game-day, reliability]
---

# Chaos Engineering Game Day Debrief — Vault Ingestion

## 1. Steady-State Results
Tested simulated process termination during bulk 50,000-note markdown imports. The Write-Ahead Log (WAL) successfully prevented database corruption across all 5 test cycles, recovering consistency in under 80 ms upon process restart.

## 2. Observed Issue
During simulated disk exhaustion (less than 100 MB free APFS space), the application correctly halted index writes but failed to display a user-visible warning banner.

## 3. Remediations
- Devin Zhao will add an explicit low-disk-space warning modal when free volume capacity drops below 500 MB.

When to Use and When to Avoid

When to Use

  • Use following controlled chaos engineering tests and resilience game days.
  • Use to document fault-injection hypotheses, observed system behavior, and automated failover metrics.
  • Use to prioritize architectural reliability backlog items before production incidents occur.

When to Avoid

  • Avoid for unplanned live outages (use the Incident Post-Mortem template).
  • Avoid for everyday sprint backlog grooming.

On-Device AI Integration

Summarize your recording in Oyma with this local instruction:

Summarize the chaos engineering game day audio recording:
1. Outline steady-state hypotheses, fault injection vectors, and observed recovery metrics.
2. Highlight discovered monitoring blindspots, cascade failure modes, and unexpected system behaviors.
3. Extract prioritized architectural remediations, assigning owners and re-testing dates.
Output in clean, structured Markdown.

Your data remains securely on your Mac with zero cloud exposure.

Frequently Asked Questions

What is a Chaos Engineering Game Day Debrief?

A structured session where engineering teams evaluate system behavior during intentional fault injections (e.g., regional blackouts, packet loss, disk exhaustion).

How does Markdown support chaos experiment auditing?

Markdown tables document hypothesis validation, recovery times (MTTR), and remediation issues in an immutable format stored directly in your vault.

How does Oyma capture chaos game day debriefs?

Oyma transcribes game day voice bridges locally on your Mac, distilling failover timings and monitoring gaps without third-party network egress.