云中断表明多云至关重要

丹麦州-实际上在整个欧洲-都腐烂了， 亚马逊对此一直保持沉默 。 似乎可能存在黑客攻击或执行良好的拒绝服务攻击。 我知道这是在十月，但是Google自动完成功能建议在“ AWS DDoS攻击”之后再加上一年。 这些事情经常发生。

拒绝服务攻击的历史早于互联网，甚至还不早于互联网；因此，数据中心运营商或托管提供商缺乏坦率的态度。 过去保护我们所有人免遭整个网络瘫痪的是同一件事，它将再次保护我们：由不同提供商运行的多个数据中心。 也就是说，多云。

[ 也在InfoWorld上：微小的云采用AWS，Microsoft Azure和Google Cloud ]

多云战略始于显而易见的-在多个供应商的云上部署（或保持您的部署能力）。 这意味着您将软件保留在AWS和Azure上，甚至可能保留在GCP上。 您放弃使用任何可能阻碍移动能力的供应商服务，而追求的数据体系结构允许您跨数据中心扩展。

单云优缺点

依靠单个供应商的云，您就可以从云提供商那里享用有时成本较低的替代产品的自助餐。 添加这些通常是无缝的。 这意味着，如果您是AWS客户，则可以使用Amazon Elasticsearch Service而不是构建自己的搜索集群。 如果您使用的是Google，则可以使用他们的文档数据库Google Cloud Datastore，而不用自己动手使用。

但是，与每个供应商平台策略一样，这也有代价：您的自由。 好的，听起来很沉重，但请听我说。 当然，您的云供应商现在更便宜-但是会一直如此吗？ 此外，随着云供应商转变战略，是否有一天会被取消 ？ 他们甚至可能从未真正宣布过这一消息 。 而且，如果您所在地区的AWS数据中心长时间停机，变慢或变得不可靠怎么办。 你能承受损失吗？

这些供应商提供的服务中的某些（尤其是Amazon的服务）是一些更著名的开源替代产品的分支，该替代品应该维护API兼容性。 但是，它们是著名的发行版或更多发行版。 对于大型的，缓慢升级的大型企业而言，这通常是可以的。 但是，“通常”并不总是如此。

如果情况需要，甚至更大的企业也必须Swift采取行动。 如果存在当前发行版中无法修复的重大安全漏洞，请转移。 如果下一版本中确实有更高规模所需的某些功能（您需要）或您自己的下一个版本所需的某些其他功能，那么按照云供应商的日程安排，您将处于落后状态。

在使用云供应商服务时，重要的是要问每个演员或编剧要问什么：“他们的动机是什么？” 当然，他们可能希望在其IaaS产品之上获得30％的额外加价，但更有可能的是，他们希望将您留在自己的平台上，并获得您的计算资产的每一分钱。

但是，尽管每个云供应商已经变得可靠，但它们还没有变得完全可靠。 每年有多个区域甚至多个区域中断。 有些持续一会儿。 如果您不能只是将代码安装在其他地方（或者更好的是，将其作为过程的一部分存储在其中），那么当灾难来临时（ 也确实会发生）时，您就在等待。

最后，当需要谈判价格时，如果您认为云供应商不能离职，您认为云供应商的灵活性如何？

[ 也在InfoWorld上：最佳的软件开发，云计算，数据分析和机器学习产品 ]

（完整披露：我为Couchbase工作。他们与包括Amazon在内的多家云供应商建立了合作伙伴关系。）

多云的优缺点

多云策略既需要供应商中立，又需要更灵活的架构选择。 这意味着更多的前期复杂性。 这意味着有时会与多家供应商进行谈判。 这也意味着确保技术之间的集成点存在并安全存在。

但是，与使用单个提供商相比，多云策略为您提供了更多的自由和安全性。 我们是在平台大战期间学到的，尽管许多公司先在大型机上进行标准化，然后在DEC，HP和Sun上进行标准化，然后再尝试在Windows NT上进行标准化。

单供应商平台常常无法兑现其承诺。 请记住，在1990年代甚至2000年代初期，Microsoft的技术通常集成得很好，但还不成熟。 然后发生了Swift的变化。 经验丰富的开发人员记得数据访问技术，DAO，RDO，OleDB和ADO，它们都已陆续发布并提倡使用。 我们什至不说.NET过渡和发生的误营销（即Windows.NET）。 不只是微软。 我开始写OS / 2设备驱动程序的职业生涯。 然后，IBM发布了Warp 4，但它不存在了。

尽管平台独立性会带来前期成本，但是追求平台独立性的公司往往会产生更具弹性的架构。 这些公司在应用程序之间采用标准接口。 他们选择适合用例的最佳技术，而不是平台所推动的任何技术（还记得Visual SourceSafe吗？）。 最重要的是，当供应商被证明是不可靠的合作伙伴（或抬高价格）时，平台独立的公司可以自由退出。

[ 通过InfoWorld的Cloud Computing Report新闻通讯了解云计算的最新发展 ]

多云策略的最低要求

多云的最大要求是依靠开放标准和行业标准作为关键接触点。 以下是一些显而易见的内容：

• Kubernetes 。 开源容器管理平台现在是用于部署服务的行业标准。 如果要创建在笔记本电脑上运行的标准Kubernetes部署，则它们应在多个云提供商上运行。
• 开源 。 为您的核心体系结构使用开源工具和技术。 这样可以确保随着平台策略的变化，您可以选择其他路径。
• 开放标准 。 这并不是说您需要真正参与应用服务器集群本身的方式，但是与其他软件的所有接触点都应遵循开放且与供应商无关的行业标准（例如JSON）。
• 谨慎对待品牌服务 。 如果您需要固定IP和各种DNS服务，则可以将这些非常常见的网络工具的版本标记为Amazon品牌。 当然，您不需要运行自己的分布式DNS，并且必须使用提供商提供的固定IP的方法。 它也并没有真正使您束手无策，因为它只是配置，并且在Azure和GCP上的工作方式相同。 但是，例如，在使用机器学习服务时，您应该多加谨慎。

最后，“就做吧！” 除了已经使您的服务在两个或更多的云上运行之外，没有其他方法可以确保您可以快速移动。 即使出于各种成本或会计原因，即使您主要是将流量引导至一个云，您也应该在另一提供商上拥有一些备用服务器和文本。 然后，当不可避免的中断或最终的财务崩溃发生时，您已经在那儿了。

From: https://www.infoworld.com/article/3529476/cloud-outages-show-multicloud-is-essential.html