Skip to main content

chaos-engineering

Resilience testing through controlled experiments

Source facts

Repository
ffsshhttiikk/opencode-agents-skills
Last source activity
February 28, 2026 at 22:48
Detected SKILL.md language
English
Stars
3
Forks
2

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
chaos-engineering
description
Resilience testing through controlled experiments
license
MIT
compatibility
opencode
metadata
{"audience":"devops-engineer, sre","category":"devops"}
## What I do - Design and execute chaos experiments to test system resilience - Create controlled failure scenarios in production-like environments - Build automated chaos testing pipelines - Analyze system behavior under failure conditions - Improve system robustness based on experiment results - Document failure recovery procedures ## When to use me - When you want to proactively find system weaknesses - When validating disaster recovery procedures - When building confidence in system resilience - When testing multi-region failover capabilities - When training incident response teams - When validating auto-scaling and self-healing behaviors ## Key Concepts ### Chaos Mesh Example ```yaml apiVersion: chaos-mesh.org/v1alpha1 kind: PodChaos metadata: name: pod-failure spec: action: pod-failure mode: one duration: "30s" selector: labelSelectors: app: payment-service ``` ### LitmusChaos Experiment ```yaml apiVersion: litmuschaos.io/v1alpha1 kind: ChaosEngine metadata: name: pod-delete-chaos spec: appinfo: appns: production applabel: "app=payment-service" chaosServiceAccount: litmus-admin experiments: - name: pod-delete spec: components: env: - name: TOTAL_CHAOS_DURATION value: "30" - name: CHAOS_INTERVAL value: "10" ``` ### Experiment Categories - **Infrastructure**: Network latency, packet loss, disk failure - **Compute**: CPU exhaustion, memory pressure, process kill - **Stateful**: Database failures, cache eviction, storage limits - **Network**: DNS failures, firewall rules, service isolation - **Security**: Certificate expiration, authentication failures - **Scaling**: Node removal, cluster downscaling ### Chaos Engineering Principles 1. **Define steady state**: What does normal behavior look like? 2. **Hypothesize**: What do you expect will happen? 3. **Run experiment**: Introduce real-world failure 4. **Verify**: Did the system behave as expected? 5. **Improve**: Fix发现的 weaknesses 6. **Repeat**: Continuously test and improve ### Observability Integration ```python # Prometheus alerts during chaos - alert: HighErrorRateDuringChaos expr: | sum(rate(http_requests_total{status=~"5.."}[5m])) / sum(rate(http_requests_total[5m])) > 0.05 for: 2m labels: chaos_experiment: "active" ``` ### Safe Experimentation - Start in non-production environments - Define clear abort conditions - Limit blast radius (one service at a time) - Have rollback plans ready - Communicate with stakeholders - Monitor experiments in real-time - Document all findings
View on GitHub