Creating chaos in containers
summary
Explains concrete chaos practices for containers: define four health checks — liveness checks, local, dependency and anomaly — and test CPU, memory and especially network (inject latency, packet loss, black‑hole) because orchestrators don’t guarantee per‑pod bandwidth. Names tools that work: Chaos Monkey, Gremlin and AWS Fault Injection Simulator (CPU/memory/io/network faults on ECS/EKS). Recommends a prepare→detect→respond→learn flywheel, run experiments with runbooks and rollback guards, and capture CoE retrospectives with action items and owners.
AI-written summary · about
chapters (6)
- 0:00Start
- 6:27Liveness checks
- 7:06Local health checks
- 8:01Dependency health checks
- 9:18Anomaly detection
- 17:18The uptime flywheel
related talks
38mCreating chaos in containers
57mChaos Engineering Primer
01h 02mPractical Chaos Engineering breaking things on purpose to make them more resilient against failure
45mDeveloping a Chaos Architecture Mindset
18mChaos Engineering: Break It On Purpose
22mAll Clouds Need a Sprinkle of Chaos
46mDesigning a System for Chaos
33mBeyond the Monkeys Chaos Engineering on the Cloud
