ops-resilience

Apply time-limited retries and fallbacks for AWS control plane failures.

3|Updated Mar 24, 2026
One-click install
npx skills add https://github.com/aws-samples/sample-migration-agentic-cli-assistant --skill ops-resilience
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ops-resilience
Source: https://github.com/aws-samples/sample-migration-agentic-cli-assistant/tree/main/.kiro/skills/ops-resilience
Command: npx skills add https://github.com/aws-samples/sample-migration-agentic-cli-assistant --skill ops-resilience

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Handling AWS control plane failures with time-limited retries and fallback approaches. Use when API calls fail, time out, or return 5xx errors. It covers retry strategies, control plane vs data plane distinction, and alternative approaches when the control plane is unresponsive.

Core Features & Use Cases

  • Standard retry patterns with exponential backoff and a hard deadline to avoid infinite loops.
  • Time-limited retry logic and environment-based configuration for adaptive retries.
  • Guidance on choosing control plane vs data plane fallbacks across services (EC2, RDS, S3, ECS/EKS, Lambda, etc.)
  • Real-world use cases: implementing resilience in automated AWS workflows, incident recovery, and cross-region failover strategies.

Quick Start

Configure your tooling to detect control plane failures and apply a timeout-bound retry loop, then switch to data-plane fallbacks when the control plane is impaired.

Frequently Asked Questions about ops-resilience

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I handle AWS control plane failures without causing infinite retry loops?

Handle AWS control plane failures by implementing standard retry patterns with exponential backoff and a hard deadline. This time-bound approach limits retries during outages, preventing automated workflows from entering infinite loops while waiting for unresponsive services.

What is the difference between control plane and data plane fallbacks for AWS services?

Control plane fallbacks manage resource configuration and lifecycle, while data plane fallbacks handle ongoing data operations. During an outage, separating them allows workflows to switch to data plane operations when control plane APIs are unresponsive.

How do I configure exponential backoff for EC2, RDS, and S3 incident response?

Configure exponential backoff by setting a deterministic retry policy with a hard deadline for EC2, RDS, and S3 APIs. Use environment-based configuration to adapt retry limits, then switch to data plane fallbacks if the control plane remains impaired.

What's the best way to implement cross-region failover strategies for Lambda and ECS?

The best way to implement cross-region failover is using time-limited retry logic for Lambda and ECS/EKS, then applying recommended fallback patterns. This ensures operational continuity by switching to alternative regions when the primary control plane is degraded.

When should I use data plane fallbacks instead of retrying AWS API calls?

Use data plane fallbacks when AWS API calls fail, time out, or return 5xx errors after hitting the hard retry deadline. Switching to data plane operations ensures workflows continue functioning despite an unresponsive or impaired control plane.