Amazon web services 云服务风险 请告诉我为组织选择云服务提供商时应考虑哪些风险缓解特征？考虑到2013年8月Nirvanix的关闭和亚马逊的停机，可靠性似乎是一个问题。多谢各位

-南迪尼（Nandhini）

这是一个开放式的问题，我相信几乎每个人都可以花费数周时间来降低风险。这里有很多程序，我将使用Amazon作为一个提供商来完成一些程序

Amazon有大量用于灾难恢复、冗余和云环境一般良好实践的工具，但如果您选择使用它们，则完全取决于您。让我们以可用性区域为例

在每个AWS区域（其数据中心所在的位置）中，他们都有他们所谓的可用性区域，这些区域是完全分开的数据中心，以提高冗余度。整个AZ可以脱机，而不会影响其他AZ。执行良好的云迁移战略将利用以下几个方面：

所有必要的虚拟机、设备、数据库等的分布均匀分布在单个或多个地理区域 利用自动扩展组，在另一个AZ出现大规模停机时，允许快速增加单个AZ的基础设施，这也有利于闪存流量或高服务器负载时期 利用Route 53 DNS记录自动将流量重新路由到附近的弹性负载平衡器，从而使您的站点通过AZ故障获得接近零的停机时间，因为流量在亚马逊级别以毫秒的时间切换到新区域或AZ，因此无需等待TTL DNS更改 一般来说，弹性负载平衡器几乎自动地将新旋转的VM直接放入服务流量中 托管关系数据库服务可以在单个区域的另一个AZ中放置热备份，立即启动多个读取副本和二级读取副本

---

我可以坚持几天，但对于像AWS这样的具有正确实施的云战略的服务，他们在其白皮书中提供了大量的服务和技术，使您能够在安全和部署方面充分发挥作用

跨多个地区扩展虚拟机或设备等，以降低风险，这会不会增加响应时间或降低速度？@user2820294关键短语是执行良好的云战略。这并不容易，也不是您标记为完成的复选框。这是您设计解决方案时的一种思考和规划方式，如果应用程序是现有的，则可能需要返工。补偿响应时间是其中的一部分。综合DR/HA解决方案存在业务权衡。测试和计划的时间，额外实例的资金，以及可能的一些速度降低，因为网络链接是跨区域的，而不是本地的。Zac提到了一些常见的假设，但我认为要准确回答这个问题，您必须准确地表达您或您的业务所关注的风险。他们所有人都会对此含糊其辞地回答。