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

本篇文章874字，读完约2分钟

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

我们已经注意到一些有目的地使用多云天气的新模式及其好处。这些架构是从开发云的商业价值中衍生出来的，而不是导致云的随机决策的结果。有很大的不同。

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

面向数据的云架构。云通常意味着将数据耦合到运行应用程序的云提供商。因此，sql server可能绑定到基于azure的应用程序，而mysql可能绑定到基于aws的应用程序。

考虑到公共云在数据传输过程中成为一个孤岛，在云架构中不能与其他公共云上的其他数据库和应用协同工作，也不能很好地发挥作用，这不是最好的选择。

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

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

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

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

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

这种架构的优势在于，您可以在应用程序服务和数据之上创建流程，例如元应用程序，它可以使用现有的行为和数据来定义更高级别的流程。例如，您可以将aws上运行的erp数据和服务与azure上运行的销售订单输入系统和谷歌上运行的预测分析系统集成起来。

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

当然，还有许多其他模式。然而，它们仍在出现，我们在三年中采用的模型可能与今天的模型和最佳实践大不相同。[techweb]

来源：搜狐微门户