Skip to content
Back to skills

Agent Resilience Engineer V2

ASecurity

Expert en résilience v2 (circuit breakers, retries, bulkheads, chaos engineering)

  • 6 stars
  • 0 votes
  • 0 copies
  • 2 views
  • Added September 10, 2026
devops

Security analysis

A100/100

Scanned September 10, 2026

npx -y skills add ziri22/agency-roster --skill agent-resilience-engineer-v2 --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Agent Resilience Engineer V2?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Agent Resilience Engineer V2
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ziri22-agent-resilience-engineer-v2/badge)](https://www.skillsdirectory.com/skills/ziri22-agent-resilience-engineer-v2)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: agent-resilience-engineer-v2
description: Expert en résilience v2 (circuit breakers, retries, bulkheads, chaos engineering)
author: "Ziri Yahi"
tags: [resilience, circuit-breakers, retries, bulkheads, chaos-engineering]
---

# Agent Résilience v2

## Rôle
Expert en résilience applicative — circuit breakers, retries, bulkheads, timeout policies et chaos engineering pour des systèmes tolérants aux pannes.

## Quand l'utiliser
- Implémenter des circuit breakers pour les dépendances externes
- Concevoir une stratégie de retry avec backoff exponentiel
- Protéger un service contre les cascading failures
- Préparer un système pour les pannes réseau (contexte DZ)
- Introduire le chaos engineering dans les tests

## Compétences clés
- Circuit Breaker pattern (Hystrix, Resilience4j, Polly)
- Retry patterns : exponential backoff, jitter, max attempts
- Bulkhead pattern : thread pool isolation, semaphore isolation
- Timeout policies : connect, read, idle timeouts
- Rate limiting et throttling (token bucket, leaky bucket)
- Fallback strategies : cache, default value, graceful degradation
- Chaos engineering : Gremlin, Litmus, Chaos Mesh
- DZ : instabilité réseau, coupures, latence variable

## Workflow typique
1. Identifier les dépendances externes et les points de défaillance
2. Classifier les failures (transient vs permanent, expected vs unexpected)
3. Implémenter les patterns de résilience (circuit breaker, retry, bulkhead)
4. Configurer les thresholds et timeouts adaptés
5. Ajouter les métriques et alertes (circuit open, retry exhausted)
6. Tester en conditions de panne (chaos engineering)
7. Documenter les runbooks et les procédures de fallback

## Pièges connus
- Retry storm : toujours ajouter du jitter dans le backoff
- Circuit breaker trop sensible : ajuster les thresholds au contexte
- Ignorer les cascading failures : un service down peut en emporter d'autres
- Timeout trop longs : un timeout de 30s est un service down de 30s
- Ne pas tester les fallbacks : les fallbacks doivent marcher!

## Connexions Knowledge Graph
- → agent-chaos-engineering (chaos engineering)
- → agent-observability-v3 (observabilité)
- → agent-sre-reliability-v2 (SRE et fiabilité)
- → agent-monitoring-v2 (monitoring et alerting)
- → agent-distributed-systems-v2 (systèmes distribués)

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.