为什么我们要用一个以上的东西来解决一个特定的需求？有时候我们别无选择。我所有的金融资产都不在一个地方，因为我的雇主提供的退休账户和我的个人账户在不同的金融机构。其他时候，我们有目的地多样化。我可以在一家零售商买我所有的衣服，淘客网，但无论是个人品味、便利性的问题，还是环境的问题，我都会在一家商店买鞋子（通常不同类型的鞋子有不同的商店），在另一家商店买衬衫，在其他地方买外套？基于组织动态、过去对技术的押注以及当前的客户需求，淘客查询，我敢打赌，对于任何给定的问题，您都有一些解决方案。公共云又出现了这种情况，因为统计数据显示，你们大多数人都在使用不止一个提供商。

但所有的公共云都不一样。可以肯定的是，它们之间有共同点：每个公共云提供商都提供虚拟计算、存储和网络以及消息传递等中间件服务。但每一种云都提供了其他地方找不到的新颖服务。每一个都在不同的地理区域内运作。一些云提供了不同于其他云的安全性、数据主权和混合功能。用户体验开发工具、门户网站、自动化功能并不统一，可能会吸引公司内的不同团队。

使用多个云可能会变得很常见，但这并不简单。有不同的工具、技能和范例可以吸收。但别害怕。不要让你的开发人员去了解每一个云的细微差别，也不要把你的注意力从提供客户价值上移开。但是，您确实需要为您的技术团队做好准备，以便他们能够充分利用多云。作为技术团队的领导者，你应该怎么做？在您考虑如何处理多云时，这里有一些高级建议需要考虑。请记住，目前没有通用的正确解决方案，只有适合您的组织的正确解决方案。

将您的主要精力放在便携技能上

您的软件并不是由您选择的云来定义的。这可能是亵渎说，来自一个公共云服务提供商的工作人员，但这是事实。构建优秀软件所需的大部分工作都超越了任何给定的部署目标。

什么样的软件开发技能才是真正重要的？

这是宝贵的、可移植的知识，与您最终使用的云几乎没有关系。

别误会我的意思，您将需要围绕新颖的云服务开发技能。所有的云都不一样，在验证、提供和使用这些强大服务的方式上也存在合理的差异。在一个云上运行良好的应用程序在另一个云上不容易运行。只是别忘了这一切都是关于你的软件和你的客户。公共云是来为你服务的，nba大数据，而不是反过来！

在不同的环境中使用"最薄的可行平台"

很多时候，组织会将重量级、不透明的平台放在适当的位置，并希望开发人员来使用它们。这是一种反模式，公司正在注意到一种更好的方法。

团队拓扑这本书的作者提倡使用最薄的可行平台（TVP）来加速开发。在许多组织中，Kubernetes是他们TVP的开始。它为容器化工作负载提供了丰富、一致的API。将Knative放在TVP之上，为开发者提供一个以应用程序为中心的界面，隐藏Kubernetes潜在的复杂性，这是有意义的。然后，您可以将嵌入式服务网格引入集群，这样开发人员就不必编写以基础结构为中心的代码客户端负载平衡、服务发现、重试、电路中断等等。（注意，如果你把这些东西结合在一起，再加上一些其他的东西，你就会得到一个。但是这里真正强大的是拥有一个由行业标准开源组成的基础平台。不仅仅是开源，而是标准开源。你知道，一个庞大的生态系统支持并与think Kubernetes、Istio、en特使、Tekton和云本地构建包集成的项目。这允许您跨部署目标运行相同的平台，并与同类最佳的基础结构和服务集成。您的开发人员可以将基础管道视为理所当然，私有云市场，并将他们的注意力引导到每个环境中可用的所有增值功能上。

根据您的应用程序需求选择合适的云（和服务）

让我们回顾一下。你专注于可移植的技能，并且有一个基础平台，可以让你更容易在每个环境中一致地运行软件。现在，您需要选择软件实际运行的位置。

您的开发人员可能编写的软件完全不受云的影响，云服务器ecs，可以在任何地方运行。这很难做到，但假设您已经做到了，那么您的开发人员就不需要事先做出任何艰难的选择。您什么时候需要有关目标环境的预先知识？举几个例子：

有一个经过良好测试的决策树，可以帮助您的团队决定何时使用新颖服务，何时使用商品服务，以及如何选择对工作负载最有意义的云。选择要使用的云和服务可能需要专家的帮助。向谷歌自己的专家寻求帮助，或者与我们庞大的天才合作伙伴网络合作，他们为您的旅程提供可靠的指导。选择权在你。