混合云和多云架构模式

Last reviewed 2024-10-24 UTC

本文档是系列文档中的第二篇，共三篇。本文档讨论了常见的混合云和多云架构模式， 并介绍了这些模式最适合的应用场景。最后，本文档还提供了在部署此类架构时可以使用的最佳实践。 Google Cloud

混合云和多云架构模式的文档集包含以下部分：

每家企业都有独特的应用工作负载组合，对混合云或多云设置的架构提出了要求和限制条件。虽然您必须设计和定制架构来满足这些限制条件和要求，但您可以依靠一些常见模式来定义基础架构。

架构模式是一种可重复的方式，用于构建技术解决方案、应用或服务的多个功能组件，以创建可重用的解决方案来满足特定要求或用例。基于云的技术解决方案通常由多个不同的分布式云服务组成。这些服务协同工作以提供所需的功能。在这种情况下，每项服务都被视为技术解决方案的功能组件。同样，应用可以包含多个功能层、模块或服务，每个功能层、模块或服务都可以代表应用架构的功能组件。此类架构可以标准化，以满足特定的业务用例，并作为基础的可重用模式。

如需大致定义应用或解决方案的架构模式，请确定并定义以下内容：

  • 解决方案或应用的组件。
  • 每个组件的预期功能，例如提供图形用户界面的前端功能或提供数据访问权限的后端功能。
  • 组件彼此之间以及与外部系统或用户之间的通信方式。在现代应用中，这些组件通过明确定义的接口或 API 进行交互。通信模型有很多种，例如异步和同步、请求-响应或基于队列。

以下是混合云和多云架构模式的两大类：

  • 分布式架构模式： 这些模式依赖于工作负载或应用 组件的分布式部署。这意味着，它们会在最适合该模式的计算环境中运行应用（或该应用的特定组件）。 这样做可以让该模式利用分布式且互连的计算环境的不同属性和特征。
  • 冗余架构模式：这些模式基于工作负载的冗余部署。在这些模式中，您可以在多个计算环境中部署相同的应用及其组件。目标是提高应用的性能容量或弹性，或者复制现有环境以进行开发和测试。

在实现所选的架构模式时，您必须使用合适的 部署原型。 部署原型包括可用区级、区域级、多区域或全球级。此选择将成为构建应用特有的部署架构的基础。每种部署原型都定义了应用可在其中运行的故障域的组合。这些故障域可以 包含一个或多个 Google Cloud 可用区或区域， 并且可以进行扩展，以包含您的本地数据中心或其他云服务提供商中的故障域 。

本系列包含以下页面：

贡献者

作者：Marwan Al Shawi | 合作伙伴客户工程师

其他贡献者：

下一页
分布式架构模式