Home icon

Creating an organizational multi-Region failover strategy

Architecture Blog



This article discusses different strategies organizations can adopt for creating a multi-Region failover approach on AWS. It highlights the tradeoffs and considerations for each strategy in terms of flexibility, testability, modal behavior, and organizational investment.

Specifically, the article covers:

  • Component-level failover: Failing over individual components across Regions, which adds latency, data inconsistency risks, and complexity in configurations.
  • Individual application failover: Allowing individual applications to fail over entirely to another Region, mitigating latency but introducing modal behavior across applications.
  • Dependency graph failover: Failing over all interconnected applications as a single unit based on dependency graphs, requiring more upfront coordination.
  • Entire application portfolio failover: Failing over the whole application portfolio together, requiring significant multi-Region investment but simplifying operations.
  • Conclusion: Organizations can start with a simpler strategy and iteratively move towards a more coordinated multi-Region failover approach over time.


Go to article

The AWS News Feed is currently looking for gold sponsors. If you want to support the AWS community and reach a large audience of AWS professionals, consider sponsoring the AWS News Feed.

Related articles

Jul 8
2024
Implementing multi-Region failover for Amazon API Gateway
May 10
2024
Multi-Region Disaster Recovery with Amazon EKS and Amazon EFS for Stateful workloads
Feb 14
2024
Adopting Multi-Region Architecture to Support ADP’s High Availability Requirements
Jun 1
2026
Multi-Region event-driven failover architecture with Amazon EventBridge and Route 53

The AWS News Feed is currently looking for silver sponsors. If you want to support the AWS community and reach a large audience of AWS professionals, consider sponsoring the AWS News Feed.