Skip to content

Commit 3122b1c

Browse files
update from PM review
1 parent 88e5bbe commit 3122b1c

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

articles/container-apps/disaster-recovery.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -6,7 +6,7 @@ author: craigshoemaker
66
ms.author: cshoe
77
ms.service: container-apps
88
ms.topic: tutorial
9-
ms.date: 5/04/2022
9+
ms.date: 5/10/2022
1010
---
1111

1212
# Disaster recovery guidance for Azure Container Apps
@@ -17,9 +17,9 @@ Availability zones are unique physical locations within an Azure region. Each zo
1717

1818
In the unlikely event of a full region outage, you have the option of using one of two strategies:
1919

20-
- **Manual recovery**: Wait for the region to recover, and then manually redeploy all environments and apps.
20+
- **Manual recovery**: Manually deploy to a new region, or wait for the region to recover, and then manually redeploy all environments and apps.
2121

22-
- **Resilient recovery**: First, deploy your container apps in advance to multiple regions. Next, use Azure Front Door or Azure Traffic Manager to handle incoming requests, pointing traffic to your primary region. Then, should an outage occur, you can redirect traffic away from the affected region.
22+
- **Resilient recovery**: First, deploy your container apps in advance to multiple regions. Next, use Azure Front Door or Azure Traffic Manager to handle incoming requests, pointing traffic to your primary region. Then, should an outage occur, you can redirect traffic away from the affected region. See [Cross-region replication in Azure](/azure/availability-zones/cross-region-replication-azure) for more information.
2323

2424
> [!NOTE]
2525
> Regardless of which strategy you choose, make sure your deployment configuration files are in source control so you can easily redeploy if necessary.

0 commit comments

Comments
 (0)