[SEO 副标题]
本指南可帮助客户设计具有弹性的三层 Web 应用程序，该应用程序具有 React 前端、API/AWS Lambda 中间层和 Amazon Aurora Global Database 后端。应用程序部署在两个 AWS 区域，以便从一个区域自动失效转移和失效自动恢复到另一个区域，从而实现主动和热备用灾难恢复模式。此外，Amazon CloudWatch 还通过从应用程序堆栈中获取见解并将其与相关的基础设施指标汇总，支持对这种多区域架构进行可观测性检测，这可以帮助客户决定何时将应用程序失效转移到另一个区域。Amazon Route53 应用程序恢复控制器会在多个区域之间路由流量，并通过与 AWS Systems Manager 文档集成来自动进行失效转移。
架构图
-
应用程序在主区域运行
-
跨区域失效转移
-
应用程序在主区域运行
-
第 1 步
用户打开浏览器并进入 Amazon Route 53 上托管的用户界面域名系统（DNS）端点。
-
跨区域失效转移
-
第 1 步
用户单击用户界面中的“失效转移”按钮，这将调用托管在 Route 53 上的失效转移 API 端点。
Well-Architected 支柱
当您在云中构建系统时，AWS Well-Architected Framework 可以帮助您了解所做决策的利弊。框架的六大支柱使您能够学习设计和操作可靠、安全、高效、经济高效且可持续的系统的架构最佳实践。使用 AWS 管理控制台中免费提供的 AWS Well-Architected Tool，您可以通过回答每个支柱的一组问题，根据这些最佳实践来检查您的工作负载。
上面的架构图是按照 Well-Architected 最佳实践创建的解决方案示例。要做到完全的良好架构，您应该遵循尽可能多的 Well-Architected 最佳实践。
-
卓越运营阅读《卓越运营》白皮书
本指南通过确保企业能够通过失效转移到次要区域来继续运行业务服务，实现对卓越运营的支持。
-
安全性阅读《安全性》白皮书
将 WAF 与 CloudFront 结合使用可保护应用程序免受常见漏洞的侵害，而使用 Amazon Cognito 可对用户界面和 API 访问进行身份验证。
-
可靠性阅读《可靠性》白皮书
对工作负载的关键性能指标（KPI）进行自动故障监控，并在超出阈值时触发自动失效转移。
-
成本优化阅读《成本优化》白皮书
使用 Amazon API Gateway 和 Lambda 处理事务，以避免预置计算资源。
-
可持续性阅读《可持续性》白皮书
本指南是无服务器的，可最大限度地减少您的碳足迹。
相关内容
免责声明
示例代码；软件库；命令行工具；概念验证；模板；或其他相关技术（包括由我方人员提供的任何前述项）作为 AWS 内容按照《AWS 客户协议》或您与 AWS 之间的相关书面协议（以适用者为准）向您提供。您不应将这些 AWS 内容用在您的生产账户中，或用于生产或其他关键数据。您负责根据特定质量控制规程和标准测试、保护和优化 AWS 内容，例如示例代码，以使其适合生产级应用。部署 AWS 内容可能会因创建或使用 AWS 可收费资源（例如，运行 Amazon EC2 实例或使用 Amazon S3 存储）而产生 AWS 费用。
本指南中提及第三方服务或组织并不意味着 Amazon 或 AWS 与第三方之间存在认可、赞助或从属关系。AWS 的指导是一个技术起点，您可以在部署架构时自定义与第三方服务的集成。