如果我能找到思想的烛光来照亮这个行话，我会让我的头脑放松的？而这一切在SAP目前关注的微服务新世界中又能体现在哪里呢？也许我不是这里唯一一个在想："这些人究竟是怎么想出这样的名字的"。当然，我可以在谷歌上搜索一下，然后找到一个最适合它的好定义。但我想理解它，而不是简单的"云提供商组合"的定义。也许只是为了我在我卑微的小世界里。我第一次听到这个消息是在SAP-CP（SCP）中发布SAP Cloud Foundry服务之后。

我不想成为阻止一个在婚礼路上的男人，开始背诵他的故事的水手。是的，我可以找到一个合理的定义，比如："多云计算是使用多个云环境来满足业务需求"。当然，这是最明显的，也许行话现在更有意义了。来源

但这只是一个非常简单的定义。我还发现了其他一些，大多数人认为它是公共云和私有云的结合，有几个不同的IaaS提供商。很简单，对吧？

多云不是一个唯一的解决方案，你可以从这个或那个供应商购买。事实上，这是一种策略，在这种策略中，公司将在最适合自己的地方使用自己的软件。它通过使用一个或多个云提供商（公共或私有）来实现这一点，人工智能龙头企业，因此有了"多"这个词，世界人工智能，只要每个提供商在给定的时间内都能满足他们的特定需求。

换句话说，一个公司可以使用SAP-CP cloud Foundry来部署他们的NodeJS应用程序，使用SAP HANA作为大数据处理器，计算数字，人工智能关键技术，发现数据模式和预测趋势使用机器学习等，但同时将使用另一个云PaaS/IaaS播放器提供的另一个特定服务，可以为整体解决方案增加价值。原因可能各不相同，从无法在一个PaaS中提供所有需求到更复杂的方法，比如使应用程序具有弹性。但关键是，最终的解决方案将使用两个云同时组成一个单一的"解决方案"

等等，它真的爬在我的皮肤？混合云呢？你可能听过这个词，就像我所说的那样，并认为："对我来说，它更有意义！"正确的？您的云应用程序运行在PaaS（希望是SAP-CP）上，而此应用程序使用SAP cloud Connector连接到运行在HEC（HANA企业云）上的S/4HANA。好了，多个云解决方案-不需要一个"新"术语

为什么现在使用另一个？简单的答案是，混合一词也适用于多云。所有基于多云的解决方案都使用混合云方法。然而，并不是所有混合的用例都是多云的。困惑的？欢迎来到我的世界！

上面的S4/HANA示例是一个完美的例子，说明了不被认为是多云解决方案。使多云成为一种战略的是能够在不中断整体解决方案的情况下，将这一难题从一个供应商转移到另一个供应商。如果你要移动你的NodeJS应用程序，它可能是可行的，但是移动一个S4/HANA从HEC到另一个云提供商可能没有它应该的那么容易-至少到现在为止。

这正是为什么我添加了"在一个给定的时间"我的定义。这意味着对于一个企业来说，仅仅因为环境发生了变化（例如：成本、技术、位置等），现在就将解决方案的一部分转移到SAP-CP是非常有意义的。移动这些软件的灵活性给桌面带来了新的和令人兴奋的挑战。为了满足这种灵活性，你将需要一个能够支持这种"移动"的云。

我们经常看到的是软件和硬件供应商试图推出基于特定功能的解决方案，从而促进软件锁定。在这种情况下，没有其他供应商可以提供类似的解决方案，因此锁定成为一种必要。然而，其他人可能已经以更低的成本、更好的集成选项甚至性能提供了类似的解决方案/服务。SAP云平台——Cloud Foundry将通过技术锁定实现这种可移植性。当您想到HANA数据库产品时尤其如此。这可能被认为是一场科技婚姻。据我所知，没有其他解决方案能够提供像HANA系统这样的大数据功能。另一方面，对于所有其他用例，您可以在Cloud Foundry实现中找到几个可供选择的数据库系统。

想象一下，作为开发团队的负责人，您收到的重要信息是，在圣诞节前的几周内，您公司的销售门户正被某个地区的需求淹没。系统会自动通知您该地区是巴西，但您的大多数订单管理系统都已用完俄勒冈州。系统告诉您可以将来自巴西的请求重新路由到圣保罗以外的另一个数据中心。你所需要做的就是批准这种改变。系统将自动重新组织自己，以满足这一要求。

我绝对不建议咬下超过你可以咀嚼。好消息是，所有这些技术都非常接近，您可以从设计自己的多云战略开始。

关于如何将它们结合在一起的一些"指针：