如何在多云环境中成功峰值编排

假设企业控制者要求IT主管实施一个多云处置打算，他虽然过后容许上去，但在心坎深处知道这并不容易。

企业的业务最近迁徙到云端了吗?兴许正在思索已迁徙到矫捷的DevOps文明的成就。或许兴许已转入基于SaaS的服务，例如云计算数据库、负载平衡器和容器集群?一切都在顺利启动，但随后须要思索多云处置打算。如今或许面临面对更大的艰巨。

为什么须要驳回多云?

假设资金是答案，那还有什么疑问?关于大少数企业而言，将业务向云平台的迁徙十分便捷，实践上只要两个选用(Azure和AWS)，大少数选用AWS云平台。当他们开局迁徙时，他们看法到云计算老本并不像最后看起来的那么低，而后立刻开局寻觅降落老本的方法。思索经常使用多云的其余要素包含：

有五个畛域或许使多云运行难以成功：

(1)供应商原生言语：大少数人关于驳回云计算技术没无看法到的是，齐全相反的服务通常实践上并不具备可比性。例如，编排工具集：

企业可以驳回这三种不同的言语构建其服务。假定要运转Kubernetes集群来托管网站。在经常使用多云之前，企业须要一个代码库，一个部署管道和一系列须要监督的主机。假设企业想在另一个Kubernetes集群上运转该网站，则无法将该性能复制/粘贴到另一个云平台中，企业必定从头开局编写它。Terraform自称为是可与一切三种重要云平台对话的言语之一，但是即使企业经常使用Terraform编写一切内容，也无法仅将其从AWS云平台指向Azure云平台。企业必定为每个云计算环境从新编写代码。Spinnaker等其余工具也在宣传可以降落多云部署的复杂性，但会带来少量开支。

(2)特定于云计算的性能：驳回多云时，另一个要仔细思索的要素是将多个云平台联合在一同的粘合剂。构想一下IT部门经常使用Lambda性能将上班流兼并在一同，以弥合代码中某处的空白。那么IT部门或许不会知道这一点，直到在其余中央运转该服务而终止。AWS公司长于提供数百种这种微型SaaS产品，这使得将平台整合在一同十分容易，但是很难将该平台移动到其余中央。

(3)第三方服务(例如监督)：假设企业经常使用DataDog之类的工具监督平台，则设置和定价基于每个云平台环境。为了取得牢靠的报告和警报，企业将须要修正警报和日志等。须要从多个中央搜集多组目的，并在多个中央查找疑问。

(4)人为要素：假设企业将自己的业务扩散在多个云平台中，则不能指望现有员工是阅历丰盛的控制员。AWS、Azure、谷歌云等云平台之间的差异不像宝马和飞驰汽车之间的差异，而是卡车和火车之间的差异。企业并不会让卡车司机驾驶火车，一切都会顺利启动;为了顺应多云环境，须要对员工启动再培训和提高技艺。

(5)查看和复杂性疑问：任何必定经过GDPR法规或ISO-27001查看的企业都知道为查看员记载和展现系统的痛苦。此外，假设企业领有齐全冗余的系统，这些系统可以在出现缺点时启动缺点转移，那么如今须要在一切云平台环境中启动测试。

驳回多云值得吗?

真正的负载平衡多云或许还须要多年的期间。虽然一些供应商(例如Waze公司)确实具备多云设置，但关于大少数企业来说，它依然是一个概念。Dropbox公司将其存储数据从AWS迁徙到私有云，GitLab公司从Azure迁徙到谷歌云平台，美国五角大楼最近将其数据从AWS迁徙到Azure。

不过，最后将一小局部业务迁徙另一云平台或许具备一些长处。兴许企业有一个渺小的数据仓库，依据隐衷法律要求须要保留7年，无需将其保留在重要云平台。或许，企业或许正在构建与物联网设施集成的新平台。假设微软公司有一个物联网数据库，那么企业可以立刻便用它，而后经常使用它将数据保送到企业的重要消费平台。企业都应该采取这样理智而加快的措施。不要指望在两个云平台运转相反的服务，而是从多个云平台为现有的服务提供补充。