云专业人员应了解的3种多云架构模式

多云是大多数企业已经使用但没有故意迁移到多云的部署模型之一。换句话说，多云架构是偶然的。实际上，围绕有目的地使用多云及其好处的一些新兴模式。这些架构源自利用多云的商业价值，而不是导致多云的随机决策的结果。这是个很大的差异。

以下是三种新兴的多云架构以及您应该了解的以下内容：

面向数据的多云架构。多云通常意味着将数据耦合到运行应用程序的云提供商。因此，SQL Server可能绑定到基于Azure的应用程序，而MySQL可能绑定到基于AWS的应用程序。

考虑到公有云本身就成为数据孤岛，而不是与多云体系结构中其他公有云上存在的其他数据库和应用程序无法正常工作或不能很好地协作，因此这不是最佳选择。

面向数据的多云意味着焦点是不同公共云之间共享的一个公共数据源。核心数据(例如客户和销售)只有一个真实来源。

数据虚拟化工具，数据集成工具和元数据管理工具是面向数据的多云部署成功的关键。本质上，我们在数据级别将异构云绑定在一起。

面向服务的多云架构。这些通常也面向数据，但它们专注于共享服务的云提供商，包括标准服务和微服务。这个想法是，建立在单个云上的服务也可以在其他公共云上重用。

这需要集中化的服务/ API治理，这可能在任何单个云上都不存在。在某些情况下，最好在内部部署。本质上，我们将数据和服务级别的云绑定在一起。

面向流程的多云架构。这是多云的最高顺序，通常也是面向服务和面向数据的。我们通过跨越公共云的抽象流程将应用程序和数据绑定在一起。

这种体系结构的强大之处在于，您能够创建基于应用程序服务和数据的流程，例如能够定义利用现有行为和数据的高级流程的元应用程序。例如，您可以将AWS上运行的ERP数据和服务与Azure上运行的销售订单输入系统和Google上运行的预测分析系统集成。

同样，尽管这些流程管理系统可以在单个云上运行，但只要主机是中立的，它们也是在内部运行或与托管服务提供商一起运行的理想选择。

当然，还有许多其他模式-我可以轻松地完成一本书。但是，它们仍在出现，我们三年来利用的模式可能与当今的模式和最佳实践大不相同。