我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据，以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用，但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。 如果您同意，AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容，包括相关广告。要接受或拒绝所有非必要 Cookie，请单击“接受”或“拒绝”。要做出更详细的选择，请单击“自定义”。
关键 Cookie 对我们提供网站和服务来说绝对必要，不可将其禁用。关键 Cookie 通常是根据您在网站上的操作(例如，设置您的隐私首选项，登录或填写表格)来设置的。
性能 Cookie 可为我们提供有关客户使用网站情况的匿名统计信息，以便我们改善用户的网站体验及网站性能。经批准的第三方可为我们执行分析，但不可将数据用于其自身目的。
功能 Cookie 有助于我们提供有用的网站功能，记住您的首选项及显示有针对性的内容。经批准的第三方可对功能 Cookie 进行设置以提供某些网站功能。如果您不允许功能 Cookie，则某些或所有这些服务可能无法正常提供。
广告 Cookie 可由我们或我们的广告合作伙伴通过我们的网站进行设置，有助于我们推送有针对性的营销内容。如果您不允许广告 Cookie，则您所接收到的广告的针对性将会有所降低。
阻止某些类型的 Cookie 的话，可能会影响到您的网站体验。您可以随时单击此网站页脚中的 Cookie 首选项来对您的 Cookie 首选项进行更改。要了解有关我们及经批准的第三方如何在网站上使用 Cookie 的更多信息，请阅读 AWS Cookie 声明。
我们会在 AWS 网站和其他资产上展示与您的兴趣相关的广告，包括跨情境行为广告。跨情境行为广告使用来自一个网站或应用程序的数据，在另一个公司的网站或应用程序上向您投放广告。
若要不允许基于 Cookie 或类似技术的 AWS 跨情境行为广告，请选择下面的“不允许”和“保存隐私选择”，或访问启用了法律认可的拒绝信号的 AWS 网站（如全球隐私控制）。如果您删除 Cookie 或使用其他浏览器或设备访问此网站，则需要再次做出选择。有关 Cookie 以及我们如何使用的更多信息，请阅读我们的 AWS Cookie 通知。
若要不允许所有其他 AWS 跨情境行为广告，请通过电子邮件填写此表单。
如需进一步了解 AWS 如何处理您的信息，请阅读 AWS 隐私声明。
我们目前只会存储基本 Cookie，因为我们无法保存您的 Cookie 首选项。如果您想要更改 Cookie 首选项，请稍后使用 AWS 控制台页脚中的链接重试，如果问题仍然存在，请联系技术支持。
还不了解韧性？ 阅读此博客，了解四个最重要的概念，帮助您踏上在云端构建韧性应用程序的旅程。
阅读更多
韧性监测中心现已无缝集成到 AWS 管理控制台主页的 myApplications 中，您可以毫不费力地管理和增强应用程序的韧性以及其他基本指标。
多区域方法是一种可靠的方法，可以在某个区域发生影响应用程序的罕见服务故障时，为关键应用程序实现有限的恢复时间。
了解执行自动扩缩组（ASG）可用区转移如何适应多可用区弹性策略，以及如何在不同架构中使用该功能的注意事项。
使用 Amazon Route 53 应用程序恢复控制器执行可用区转移使您能够从单个可用区（AZ）的应用程序故障中快速恢复。
了解 Amazon 如何自动验证任何类型的源更改并将其安全地部署到生产环境，以及如何将此策略应用到您的工作中。
学习如何运用巧妙的咖啡类比以及 Amazon Route 53 和 S3 等 AWS 服务来构建简单、可扩展的韧性系统。
了解使用幂等 API 来降低复杂性和管理重试的策略。
客户经常使用弹性负载均衡（ELB）负载均衡器和 Amazon EC2 Auto Scaling 组（ASG）来构建可扩展的韧性工作负载。
AWS 弹性灾难恢复提供多账户功能，以满足治理、安全和运营要求。
在某些情况下，您可能需要在单个可用区中运行工作负载。借助 AWS 弹性灾难恢复，您可以持续将数据从主可用区复制到辅助可用区，并在计划内和计划外停机期间恢复应用程序。
现代 DNS 服务（如 Amazon Route 53）提供了运行状况检查和失效转移记录，您可以使用这些记录来简化和加强灾难恢复计划。
本系列由四个部分组成，分享了以下四种策略下的灾难恢复最佳实践：备份与还原、指示灯（Pilot Light）、暖待机（Warm Standby）和多站点主动/主动。
了解 Amazon Search 如何将技术和文化相结合，为其构建者团队赋能，通过混沌工程确保平台韧性。
阅读更多 | 查看更多博客
了解 AWS 故障注入服务场景库如何让您的混沌工程之旅更轻松。
了解如何使用 AWS 故障注入服务（FIS）通过识别故障场景、规划和执行混沌工程实验、报告结果，以及使用学到的信息来提高运营弹性的结构化迭代过程，支持围绕基于场景的测试的 DORA 要求。
了解详情
通过有目的地向无服务器组件注入故障和压力，您可以发现隐藏的弱点并验证系统的容错能力。
AWS 能够满足每一位客户（包括那些需要多区域部署方案的客户）的需求，并提供规范指引，以帮助跨区域构建和运行关键工作负载。查看我们的具备多区域功能的 AWS 服务列表。