翻译|崔浩审稿人|梁策孙淑娟开篇文章众所周知，云服务并非坚不可摧。现实中，云服务中断的例子比比皆是，一旦发生，会给企业带来巨大的损失。那么，如何保证云服务中业务的安全运行呢？云服务中断面临的问题亚马逊云服务AWS曾因字符错误导致其S3服务器瘫痪，大量互联网应用宕机，让人们不得不认识到云服务和互联网的脆弱性。在这种情况下，亚马逊员工甚至没有时间登录自己的仪表板发出警告，可见其失败的严重程度。除了如此震惊世界的大事件外，小规模的云停电事件也接连不断。例如，今年一系列云服务中断影响了多家云提供商，包括AWS、谷歌云和微软Azure等。对于很多IT团队来说，这些事件都暴露了同一个问题，就是一个小错字，都会严重影响企业的整体业务。根据企业的部署和架构，影响可能是灾难性的。因此，在制定业务连续性计划时需要考虑云中断。然而，随着公共云上应用程序的广泛性，找到一种方法来降低中断风险可能很困难。经历云中断是不幸的，但不可避免的是没有适当的系统可以确定。无论战略规划得多么周密，不可预测的黑天鹅事件都会带来恶劣的后果。经历云中断是不幸的，但也是不可避免的。几乎是家常便饭，几乎每个云服务商都会遇到。尽管许多公司已将云服务中断纳入其灾难恢复计划，但有些公司仍在为服务中断给业务带来的新风险摸不着头脑。使用“与云无关的架构”转移工作负载使用“与云无关的架构”是企业保护自己免受云中断影响的一种方式。这意味着系统架构不依赖于任何单一的云提供商，在云中断的情况下可以在云提供商和区域之间无缝切换，即在云服务提供商和区域之间转移工作负载。“与云无关的架构”模型让企业可以自由选择最适合其需求的云服务提供商，即使某个云提供商下线，也能确保数据始终安全可用（无缝切换到其他云提供商）。然而，使企业能够采用“与云无关的架构”是一个复杂且昂贵的过程。俗话说：“不要把所有的鸡蛋都放在一个篮子里！”因此，企业自然可以在多云上运行数据，以这种方式抵御云端中断，让企业应用和数据更加安全。这就是为什么分布式系统中的多云架构和数据弹性最近成为热门话题。当关键业务解决方案设计为在多个云提供商和本地基础设施上运行时，业务领导者可以高枕无忧，因为他们知道他们的数据是安全的，而且他们的公司可以继续24/7全天候运营。也正是因为云颠覆，企业开始重新评估应用程序的部署和构建方式。意识到停机是不可避免的有助于在市场上营造一种紧张感，促使人们思考如何构建软件系统、采取更负责任的行动并将弹性作为重中之重。对于一些公司来说，这意味着重构他们的应用程序以跨多个公共平台运行——这对于在云中断中幸存下来很重要。创建与云无关的应用程序是公司提高数据弹性的一种方式，这使他们的数据能够在发生灾难或中断时在云区域和提供商之间自由无缝地移动工作负载。选择与云无关的架构可以让公司高枕无忧，即使与他们合作的云提供商出现问题，他们的数据也是安全的。与云无关的复杂性让大多数组织望而却步虽然与云无关的架构的想法在理论上听起来不错，但该解决方案的实施既不简单也不便宜。这需要花费大量时间，并且需要聘请高技能的IT专业人员。此外，公司可能很难改造已经存在多年的复杂应用程序以跨多个云运行。对于许多组织来说，复杂性和成本可能会让人望而却步，更不用说它所需的专业知识也是一个挑战。尽管如此，IT团队还是有办法轻松部署这些新架构的。IT团队可以寻找实施多云基础设施即服务(IaaS)的方法，而不是自己构建工具。公司需要提高弹性并采用与云无关的架构。此外，让多云变得简单很重要，这样人们就不必担心它们。公共云中断是不可避免的，我们无能为力。但在应对时，企业可以采用云无关架构，让应用云无关，避免完全依赖单一云提供商。译者介绍崔浩，社区编辑，资深架构师。他拥有18年的软件开发和架构经验，以及10年的分布式架构经验。他曾经是惠普的技术专家。乐于分享，撰写了多篇阅读量超过60万的热门技术文章。《分布式架构原理与实践》作者。原始标题：如何在云中断现实中构建弹性架构，作者：CyrilPlisko
