译员 | 崔皓
校审 | 梁策 孙淑娟
篇首
大家都知道，云服务器并不是金刚不坏之身。实际中，云服务器中断的事例数不胜数，一旦出现便会对企业导致重大损失。那麼，怎么才能确保业务流程在云服务器中可靠运转呢?
云中断所遭遇的问题
亚马逊云服务AWS 曾因一个不正确标识符造成其 S3 网络服务器偏瘫，连同大量互联网技术运用随着服务器宕机，从而大家迫不得已意识到云服务器和互联网技术是多么的敏感。在此次事情中，amazon的职工乃至都赶不及登陆自身的仪表盘来传出警示，由此可见其常见故障危害水平之深。
除开如此吃惊世界的重大事件，小规模纳税人的云中断事情也连续不断。例如2022年，一连串的云中断危害了一众云供应商，包含AWS、谷歌云及其微软公司 Azure这些。
针对很多 IT 精英团队而言，这种事情泄露了同一个问题，那便是小到语法错误都是有很有可能严重影响企业的总体业务流程。依据企业的布署和架构不一样，其危害很可能产生大灾难。
因而，在制订业务连续性方案时就必须考虑到云中断的问题。可是，因为在公共性云端的应用软件范畴太广，要寻找一种减少中断风险性的方式实在是艰难。
遭受云中断实在是悲剧，但没法防止
沒有那一个系统软件能保证万无一失。就算发展战略再缜密，没法估计的灰犀牛事件也会产生苦果。
遭受云中断的确是不小心的，但它也没法防止。它的产生如同家常饭，几乎每一个云服务提供商都是会碰到。
尽管很多企业已经将云中断列入其灾祸修复方案，但仍有一些企业仍在烦恼解决中断对工作产生的全新升级风险性。
应用“云无关架构”迁移工作中负荷
应用“云无关架构”是企业保护自己免遭云中断危害的一种方式。这代表系统软件架构不依赖于一切单一的云供应商，而且可以在产生云中断时在云供应商和地区间开展无缝拼接转换，即在云服务提供商和地区间开展工作中载荷的迁移。“云无关架构”的方式使企业可以选择最适宜其需求量的云服务器供应商，即使在某一云供应商无网的情形下也是如此，进而保证数据自始至终安全性且可以用(无缝拼接转换到别的云供应商)。
可是，让企业运用“云无关架构”是一个比较复杂且价格昂贵的全过程。
俗话说的好：“不必把任何的生鸡蛋都放到一个筐子里!”因此，企业当然还可以将数据运作在好几个云端，进而根据这些方法抵抗云中断，让企业运用和数据更为安全性。
这也就是为何阴天架构和分布式架构中的数据延展性近期变成了热点话题。当重要业务流程解决方法的架构设计方案在好几个云供应商及其在当地基础设施建设运作时，业务流程管理者就可以不要想太多了，由于她们了解数据的安全性可以确保，企业可以不断 7*24 全天运行。
也就是由于云中断，企业逐渐再次评定应用软件的布署和搭建方法。意识到服务器宕机难以避免可以协助销售市场构建一种适当的紧迫感，进而促进大家思索怎样搭建系统软件，更为承担责任地发展行为，并将延展性视作重中之重。
针对一些企业而言，这代表要构建她们的应用软件，使其可以跨好几个公平公正台运作——这对在云中断中活下来而言十分关键。
而建立与云无关的应用软件则是企业提升数据延展性的一种方式，这使它们的数据可以在产生灾祸或中断时随意地在云地区和供应商中间无缝拼接迁移工作中负荷。
挑选与云无关的架构则可以让企业放心，即使协作的云供应商发生了情况，她们的数据也可以确保安全性。
对大部分机构来讲，云无关的多元性让人望而生畏
尽管与云无关架构的念头在理论上听起来非常好，但解决方法执行起來既不容易都不划算。这必须耗费大量的時间，与此同时还需要聘请高技能人才的 IT 专业技术人员能够进行。
除此之外，企业也难以更新改造存有很多年的繁杂应用软件以让其跨阴天运作。针对很多机构来讲，其复杂和成本费很有可能让人望而生畏，更不要说它规定的专业技能也是挑戰。但是，或是有一些办法可以让 IT 精英团队轻轻松松地布署这种新架构。
IT 精英团队可以找寻执行阴天基本架构即服务项目 (IaaS) 的方式，而不是自身构建专用工具。企业则必须提升延展性并选用与云无关的架构。除此之外，让阴天变简易也是很重要的一方面，那样大家就不用担忧他们的问题了。
公共性云中断难以避免，大家也乏力阻止。可是，企业在解决时可以根据云无关架构让运用与云无关，并防止对单一云供应商的彻底依靠。
译员详细介绍
崔皓，51CTO小区编写，杰出架构师，有着18年的程序开发和架构工作经验，10年分布式系统架构工作经验。曾任hp惠普技术专家。善于共享，编写了许多受欢迎技术性文章内容，阅读量超出60万。《分布式系统架构基本原理与实际》创作者。
全文文章标题：How to Architect for Resiliency in a Cloud Outages Reality，创作者：Cyril Plisko