您应该从 AWS S3 中断中学到什么
那么，我们都从本周的 AWS 中断中得到了什么？取决于你问谁。我们很多 IT 人员认为这是考虑多云和混合云环境的一个很好的提醒——基本上，不要将所有云工作负载鸡蛋放在一个 AWS 篮子里。 S3 存储中断影响了托管在亚马逊位于弗吉尼亚北部的 US-EAST-1 区域数据中心的约 150,000 个网站。
亚马逊停电一天提醒 IT 中的每个人，云工作负载是外部部署的，并且它们随时可能出现故障。云仍然需要恢复、备份和连续性计划。还有一个经过时间考验的警告，即人们仍在运行云机器。本周 S3 中断是因为一名工程师在关闭存储子系统的例行任务中犯了一个命令错误。
但是还有其他方法可以考虑公共云提供商的中断（这种情况比以前少得多）。一位行业专家不仅说您将开始研究多云部署或构建更多混合云，还说为失败而设计是您应该考虑的云基础架构。建议立即考虑的建议包括选择 AWS 跨区域复制以及对中断和恢复解决方案进行测试。长期提示是选择最适合您的业务的云 API，而不是仅仅因为故障转移的原因而注册第二个云提供商。
关于混合云，这个故事探讨了无服务器计算趋势——无服务器本质上与平台即服务 (PaaS) 计算相同。通过这种方法，中间人（采购硬件）消失了，允许 IT 团队直接将资源配置到云提供商的平台上。一位顾问表示，最终，企业 IT 可能会选择将后端服务直接连接到客户端和客户端应用程序，这样用户和他们需要的云功能之间就没有那么多的停顿。
当然，当 AWS 中断没有影响他们自己的云时，至少有一家云提供商能够感到自鸣得意，这周刚刚宣布。 Nimble 不会将其云卷存储在 AWS 或 Azure 中，因为它无法保证可靠性。相反，它为块存储构建了专有的公共云服务。这可能对 Nimble 的销售和客户的稳定性都有好处。看看这是否会引发一种趋势会很有趣。
直到下周，紧紧拥抱那些服务器。
云计算