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

[]多云是大多数企业已经在使用的部署模型之一，但在这样做时，并没有有意迁移到多云。换句话说，多云架构是偶然的。

我们注意到有目的地使用多云的一些新模式及其好处。这些体系结构源于利用多云的业务价值，而不是导致多云的随机决策的结果。这有很大的不同。

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

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

考虑到公共云在数据传输过程中成为孤岛，无法与多云架构中其他公共云上的其他数据库和应用程序一起工作或发挥良好，这并不是最佳选择。

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

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

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

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

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

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

同样，尽管这些流程管理系统可以在一个云上运行，但只要主机是中立的，它们也很适合在本地运行或与托管服务提供商一起运行。

当然，还有很多其他的模式。然而，它们仍在不断涌现，而且我们在三年内所采用的模式可能与今天的模式和最佳实践大不相同。[]