共计 3082 个字符，预计需要花费 8 分钟才能阅读完成。
从应用程序到其运行的基础设施，IT 事实都是分布式和异构的。企业正在摸索如何在不影响可靠性、安全性或性能的状况下跨数据中心、公共云和边缘的任意组合交付应用程序。
那么减速业务翻新的最佳路径是什么？企业如何能力更快地交付应用程序和服务以改善客户体验？是否有可能在防止过来加快部署速度的衡量的同时最大限度地施展云计算的劣势？
对多云的采纳的确在减速，但将经营扩大到数据中心或繁多云服务提供商之外的相干挑战也在减速。在 Canonical 资助的一项考察中，1200 名受访者中有近 78% 的人示意，他们的组织在生产中至多有一个混合或多云用例。
据 Canonical 报道，当团队思考软件即服务 (SaaS) 或第三方托管服务时（这些服务超出了他们间接治理的范畴），这个数字可能会更高。然而，承受考察的 DevOps 团队成员发现了治理各种裸机、虚拟机和 Kubernetes 技术的新挑战。
学习在这种状况下无效治理经营是一项要害挑战，钻研表明，企业正在寻求通过应用程序而不是配置管理来进步自动化水平。
考察显示，30% 的受访者示意，试用操作员在其组织的“待办事项清单”上，其中 17% 的人在试用它们，14% 的人在生产中应用它们。
本文探讨了一直增长的多云趋势对 DevOps 团队的更宽泛影响，因为组织为应用程序交付和 DevOps 的演进办法奠定了根底。
1、多云入门
尽管多云计算对于 DevOps 的胜利将变得越来越重要，但也不要被它的后劲所蛊惑以至于咱们错过了大局。挪动太快总是有出错的可能性。
更好的做法是，关注多云如何不仅能改善经营，而且满足特定的业务指标。应用多云环境必须在业务、产出和生产力方面提供实实在在的益处，以确保咱们一开始就不会遗记咱们正在尝试做的事件。
对于利用现代化的话题，企业要真正关注应用程序的不同维度。思考投资回报率并采取严格的办法。这是一门一直倒退的艺术，旨在让拥抱多云成为可能。
在将经营扩大到多云环境时，DevOps 团队不应该不必要地引入复杂性，这些复杂性可能会妨碍应用程序交付或限度用户体验。随着企业寻求跨不同类型的网络基础设施和跨多云环境交付应用程序和服务，挑战变得更大。
VMware 首席执行官 Raghu Raghuram 在 10 月的 VMworld 上示意：随着多云的劣势，挑战也随之而来，企业架构更加扩散，其工作负载更加多样化，而且是云原生的，更多的利用部署在边缘环境中。
当在不同的云上运行时，每个云都有本人孤立的工具和零碎，这使得治理、连贯和爱护在下面运行的应用程序变得更加艰难。
事实上，一个企业的多云环境利用交付是否可行必须从反对和优化业务的角度来对待，大型企业的产品线可能依赖于不同的云。然而，这并不意味着同一个应用程序能够在多个云中运行，即便该企业依然是多云的。在这种状况下，云抉择须要认真匹配特定应用程序和反对它们的团队的特定需要。
为了实现进一步的增长和简化，产品须要以更少的客户工作量提供更多的价值，这就是“即服务”产品在以后局势下体现如此杰出的起因。
2、Kubernetes 和多云
大多数企业（依据 Canonical 考察显示，靠近 46%）尚未在生产中应用容器编排器 Kubernetes。然而，DevOps 团队开始利用 Kubernetes 分布式架构来更好地治理多云操作的用例曾经开始呈现。
将服务网格与 Kubernetes 一起应用能够反对简单的多云基础架构。
应用 VMware 的 Tanzu for Kubernetes，能够抉择与多个云并行的本地部署、云用户和 DevOps 社区的从业者。
尽管 Kubernetes 能够解决多云方面的一些挑战，但事实是，在多个中央治理基础设施比在一个中央治理它更难，进入多云世界须要直面这一事实，并在致力将老本降至最低的同时依然承受它永远存在。
3、为在边缘工作的 DevOps 提供服务
随着 DevOps 团队的工作扩大到多云环境，为 DevOps 团队提供服务的公司开始思考如何更好地满足这些团队的要求。
例如，Kubernetes 平台畛域的领导者 VMware 公开将其将来与服务多云客户分割在一起，最近推出了 VMware Edge，以帮忙简化跨多个云和地位的边缘部署治理。
VMware Edge 由虚拟机和基于容器的堆栈组成，它为 DevOps 团队提供了在远端治理和爱护边缘原生应用程序的能力（VMware 将“远端”定义为位于客户场合的设施和数据）。
VMworld 的 VMware 服务提供商和边缘部门高级副总裁兼总经理 Sanjay Uppal 示意，“这个堆栈能够包容实时工作负载，始终到蜂窝站点基站所需的微秒级，但它也能够在单个域或单个企业的环境中运行，逾越数万到数十万个地位。”
VMware Edge 只是 VMware 形象多云治理复杂性指标的一种体现。
尽管 DevOps 经营团队须要为多云基础设施奠定根底，但现实状况下，开发人员不应放心他们的应用程序是否部署在多云环境中，甚至不必放心它们是否会在容器环境或 Kubernetes 环境中运行。
在将应用程序投入生产时，开发人员相对不应该关怀他们在多云零碎中应用的 Kubernetes 格调——这可能有助于廓清形象应该放在哪里。
4、面对技能差距挑战
多云能够进步应用程序的交付范畴——例如，通过满足本地化和扩散的边缘用例的需要——但它不应该做的是减慢开发周期。例如，满足多云环境的疾速部署节奏须要比传统生产管道所需的更多的外部专业知识和自动化。
加利福尼亚州圣何塞的数字化转型和平安经营公司 Netenrich 的首席策略官 Rich Lane 示意，帮忙缩小多云基础设施部署所需技能的一种办法是投资基础设施即代码 (IaC) 工具。
“这是解决多个云提供商的复杂性的惟一办法，因为它们都有本人的治理和部署分类法，”Lane 示意。“当自动化可用时，DevOps 团队不心愿因被迫采取手动操作进行扩大而受到妨碍。”
5、在多云中放弃利用平安
云原生网络安全服务提供商 Valtix 的首席执行官 Douglas Murray 示意，对于任何环境来说，平安始终是一种威逼，当操作扩大到多个云时尤其具备挑战性。
“从历史上看，多云的最大阻碍之一就是安全性，”Douglas Murray 示意。“每个云都有一个专有的平安堆栈，企业没有能力解决每个云所需的学习曲线。”
“为了实现多云的承诺，企业须要可能将防火墙、入侵进攻和跨每个云的流量监控等要害平安性能形象到单个策略立体中的解决方案。”
例如，9 月的亚马逊网络服务 (AWS) 中断事件表明，客户本来能够通过跨多云扩大经营来升高危险，那么从实践上讲，依赖 AWS 作为其惟一云提供商的客户本能够防止服务中断。
然而，在实践中，大规模客户中断依然产生在领有多云业务的大公司中，例如 Netflix。平安公司创始人兼首席执行官 Archie Agarwal 示意，最近这些备受瞩目的宕机事件以及多云所代表的更宽泛的平安攻打载体，显示出企业对本人应用程序的复杂性没有一个明确的把握。
很少有人或团队理解跨多云环境的整个应用程序、零碎或设施的威逼状况。企业须要更好地理解他们的零碎是如何工作的，以及架构可能容易受到哪些类型的威逼。
因而，平安应该“左移”并从开发过程的一开始就启动。
预先从新设计安全性比从一开始就将其融入设计和构建中更具挑战性和资源密集型。
只管存在相干挑战，但多云为企业提供的服务还是很有前景的。在防止过来连累 DevOps 团队的衡量取舍的同时，最大化多云劣势曾经成为可能。
当企业转向云优先的视角时，他们能够通过利用宽泛的云原生平台来实现平安、经营和其余性能，从而实现多云敏捷性。当企业保持应用转移到云上的传统数据中心工具时，业务敏捷性会升高，老本会回升。