几个月前，在Cloudflare的互联网峰会上，我们与Kubernetes的创建者之一Joe Beda和CoreOS的联合创始人Brandon Phillips主持了一次关于无手铐云的讨论。谈话涉及多个领域，但很明显，越来越多的公司认识到需要制定一些策略来将其应用程序托管在多个云提供商上。今年早些时候，marymeeker发布了她的年度互联网趋势报告，报告显示，22%的受访者将云供应商锁定视为三大担忧，而2012年这一比例仅为7%。这与之前最关注的数据安全和成本节约形成鲜明对比，这两项指标在受访者中都有所下降。在Cloudflare，我们的任务是帮助建立一个更好的互联网。为了完成这一使命，我们的客户需要随着时间的推移，不断获得最佳技术和服务。对于存储和计算提供程序，尤其如此。这意味着不会被任何一个提供商所束缚，也不会利用多个云计算供应商（如Amazon Web服务或Google云平台）获得相同的最终用户服务。拥有多个云供应商的好处在选择单个云提供商时，有许多潜在的挑战。尽管在某些情况下，整合单个供应商是有意义的，但我们认为，客户必须意识到他们的选择以及可能被锁定在该特定供应商的不利因素，这一点很重要。简言之，如果您决定继续使用一个云提供商整合部分网络、计算和存储，请知道您正在做什么样的权衡。虽然不全面，但如果您被锁定在一个云上，这里有一些您可能会做出的权衡。成本效益对于一些公司来说，将流量分散到多个供应商可能会节省成本。有些公司可以在较低的数量上利用免费或降低成本的分层。供应商可以为基础设施利用率较低的特定时间提供降低的成本。应用程序在应用程序的各个层之间可能有不同的计算需求：有些可能需要更快的、即时的处理，而另一些则可能以较低的成本从延迟处理中获益。谈判强度考虑在多个云提供商中部署的一个最重要的原因是将关键业务流程对单个供应商技术的依赖降至最低。随着您与任何供应商的垂直整合，您在定价或优惠合同条款方面的谈判姿态将降低。在多个提供者上提供可供生产使用的代码，这样您就可以在需要更改时减少技术负债。如果你更进一步，并且已经向多个提供商发送流量，那么你已经将切换所需的技术债务降到最低，并且可以从优势地位进行谈判。业务连续性或高可用性虽然主要的云服务提供商总体上是可靠的，但近年来出现了一些明显的中断。在最近的记忆中，最重要的是2月份亚马逊的US-easts3宕机事件。一些组织可能有一个策略，指定多个提供者以实现高可用性，而其他组织则应在必要和可行的情况下将其视为最佳实践。多云策略可以降低因单个供应商的错误而导致的操作风险，从而导致任务关键型应用程序严重停机。实验在这个领域有竞争的一个令人兴奋的事情是每个提供商的创新水平和特性速度。每年都有新产品或新功能的重大发布，这些产品或功能可能对提高组织的竞争优势产生重大影响。在多个环境中测试数据和提供程序的能力，使工程师能够在多个环境中进行测试。你甚至可以在你的一部分流量中尝试这些特性，并获得任何实际收益的真实数据。Cloudflare的作用Cloudflare是您的多云战略中的独立第三方。我们的目标是最小化您和提供者之间的锁定层，并减少更改的工作量。特别是，我们可以立即提供帮助的一个方面是尽量减少网络所需的操作更改，这与Kubernetes在存储和计算级别所做的类似。作为我们网络的一个优势，您还可以拥有一个集中的安全点和操作控制点。Cloudflare的负载平衡可以很容易地配置为充当您的全局应用程序流量聚合器，并将您的流量分布到尽可能多的云上。主动层7运行状况检查会持续探测您的来源，并在网络或应用程序出现故障时自动移动流量。所有整合的web流量都可以由Cloudflare一流的安全服务进行检查和处理，提供一个单一的控制点和所有应用程序流量的可见性，而不管源站在哪个云上。您还可以从Cloudflare的全球选播网络中获益，无论您的源站在哪个云上，都可以提供更好的速度和更高的可用性。Billforward:使用Cloudflare实现多云Billforward是一家总部位于旧金山和伦敦的初创公司，专注于改变人们向客户收费和收费的方式，为客户提供报价到现金的复杂性提供解决方案。他们的平台是建立在许多restapi之上的，其他开发人员调用这些api来为自己的公司计费并产生收入。Billforward正在将Cloudflare用于其面向客户的核心应用程序，以故障转移Google计算引擎和Amazon Web服务之间的流量。作为一个反向代理，Cloudflare接收所有请求，并根据Billforward的两个已配置云源的可用性来近实时地决定使用哪一个。这使得Billforward能够使用Cloudflare的UI或API完全管理与两个完全不同的云提供商之间的连接。Billforward正在将所有面向客户的域迁移到类似的设置中。配置Billforward有一个负载平衡主机名和两个可用池。他们用"gce"和"aws"标签命名了这两个池，每个池都有一个与之相关的原点。所有池都已启用，整个LB/主机名通过Cloudflare代理（如橙色云所示）。Cloudflare每分钟从全球所有Cloudflare数据中心探测Billforward的来源（所有负载平衡企业客户都可以使用这个功能）。如果Billforward的GCE源站宕机，Cloudflare将快速自动地故障转移到AWS源站，无需Billforward团队采取任何行动。googlecomputeengine被选为这个应用程序的主要提供者，这是由于成本的原因。Billforward的站点可靠性工程师Martin Lee说："基本上，GCE对于我们的通用计算需求来说更便宜，但我们在AWS中的部署经验更丰富。这种策略允许我们随意来回切换，避免与任何一个平台捆绑在一起。"这是一个快速发展的世界，云提供商发布的功能可以每周对性能和成本产生有意义的影响，这有助于保持灵活性，"Martin说我们还可以根据功能更改优先级。"为了协调计算和存储层，Billforward使用通过Rancher管理的Docker容器。他们在云提供商之间使用不同的环境，但正在考虑跨云提供商桥接一个环境，并在他们之间使用VPN，这将使他们能够更轻松地在提供商之间转移负载。""我们的系统通过一个消息队列松散耦合，"马丁补充道跨云的容器系统意味着我们可以真正利用这一点—我们可以非常轻松地跨云移动工作负载，而不会出现任务丢失或最终处于不一致状态的危险。"福利Billforward在Cloudflare的边缘管理这些连接。通过这个接口（或通过Cloudflare api），他们还可以手动将流量从GCE移动到AWS，方法是禁用GCE池，或者重新安排池优先级，并将AWS作为主节点。这些变化在Cloudflare网络上几乎是即时的，不需要停机，Billforward面向客户的应用程序也不需要停机。这使得他们能够对两个云提供商之间潜在的有利价格变化采取行动，或者将流量转移到定价层。此外，Billforward现在并没有"锁定"任何一家提供商的网络；能够移动流量而不停机意味着他们可以独立于亚马逊或谷歌进行流量更改。他们还可以在任何他们认为合适的时候集成额外的云提供商：例如，添加microsoftazure作为第三个来源，只需创建一个新的池并将其添加到负载平衡器中。Billforward是一个很好的例子，它利用来自多个供应商的技术来为他们的业务和客户提供最好的服务，同时不依赖于一个供应商。有关使用Cloudflare设置的详细信息，请查看他们的博客。