本文主要介绍常见的多云架构模式、部署和网络拓扑、不同模式的快速快照，这些模式分为分布式部署和冗余部署。
分布式部署模式
当需要利用云提供商的某些特性、属性或功能时，这些模式最有用。
1、分层混合模式
经典分层通常由前端和后端应用程序组成。与最终用户、客户、消费者或他们的组合打交道。前端是无状态的，其中性能和弹性对于应对不可预测的工作负载非常重要。加上通常要处理大量变更，所以敏捷思维方式是十分有益的。后端根据法规要求安全地存储数据，并且不应该频繁地进行更改。
这种架构模式考虑到应用程序的迁移，首先选择一个不太复杂的应用程序，然后逐个进行。有 6 种云迁移策略，通常称为“6 R”（Rehost、Replatform、Repurchase、Refactor、Retain、Retire）。因此，需要针对每种情况做出架构决策。
迁移后，通过 API 网关访问后端，集中处理横切关注点，例如安全性、速率限制、API 策略等。
分层混合模式
当处于迁移过程中并且公司无法承诺一次性完成所有迁移时，这是一个很好的模式。
2、分区多云模式
如果企业更加关注企业的可移植性，那么此模式提供了根据需要将工作负载从一个云提供商转移到另一个云提供商的能力。其主要优势是降低锁定风险、从每个提供商那里选择最佳功能的能力以及部分监管原因。
在多个云环境中实现工作负载可移植性和一致的工具会增加开发、测试和运营工作量，可见便携性是有代价的。为了最大限度地提高可移植性，请考虑容器和 Kubernetes。
分区多云模式
3、云分析模式
企业架构通常由事务和分析系统组成。交易系统用于执行财务、销售、库存、定价等日常操作。由于不同的性质和变化率，交易系统通常与其他系统脱钩。
这种模式的想法是在云中拥有分析工作负载，并在需要时反馈数据。云存储可以通过数据湖模式实现，并使用存储桶来处理入口流量。
云分析模式
4、边缘混合
在某些情况下，企业不能完全依赖于连接；例如间歇性连接的车辆、具有超出链路能力的可用性服务水平协议的工厂、需要处理关键事务的商店以及链路停机是不可能的。
边缘混合模式通过在网络边缘本地运行时间和业务关键型工作负载来解决这些挑战，同时将云用于所有其他类型的工作负载。在边缘混合设置中，互联网链接是一个非关键组件，用于管理目的以及同步或上传数据，通常是异步的，但不涉及时间或业务关键事务。
建议在边缘环境和云之间保持 CI/CD 实践一致。
边缘计算混合模式
5、分布式部署模式总结
在决定适当的架构时要考虑 5 个相关方面：更改速度（敏捷性）、易于扩展、网络拓扑选项、安全问题和可靠性。
分布式部署模式
冗余部署模式
当企业需要增加整体架构的容量或弹性时，这些模式更加有用。
1、混合环境
在这种模式下，公共云环境用于开发、测试和 UAT，私有数据中心用于生产。使用此架构的原因可能包括监管限制、仅在本地可用的生产硬件和阻止云中的生产工作负载的第三方许可。
混合环境模式
所有环境必须在功能上等价，即操作系统和库的架构、API 和版本是等价的，并且系统在不同环境中的行为相同。但是，暂存和性能测试环境需要在本地实现。
如果开始使用云计算，并且想先替换较低的环境，这种模式可以很好地工作，并且这种模式具有在需要时轻松创建和关闭环境的敏捷性。
2、业务连续性混合云和多云
在这种模式下，灾难恢复环境在云中实施，提供了成本优势，即能够为 DR 测试创建它，然后将其关闭。此外，在触发 DR 的情况下，使用基础架构即代码可以更快地创建 DR 环境，从而减少实际恢复时间。
业务连续性混合模式
此模式的另一种选择是将生产环境放在一个提供程序，然后故障转移到另一个提供程序，但是，这种情况并不常见，因为通常可以在一个提供程序中实现可用性需求。
3、云爆发
如果应用程序具有突发性工作负载且波动不可预测，并且不希望在一年中的大部分时间为某些密集工作负载时段过度配置。这种模式是一种相对合适的选择，对于可以进行扩展和缩减的前端无状态情况特别有用。
云爆发模式的想法是使用私有计算环境作为基准负载，并在企业需要额外容量时临时爆发到云中。
云爆发模式
如果企业已经拥有在一年中大部分时间作为基础的本地投资，那么这种模式是一个不错的选择，企业将不需要在全年保持额外的容量。
4、冗余部署模式总结
冗余部署模式
对这些架构模式做出决策很复杂，并且通常会涉及到有不同关注点的多个公司利益相关者。本文可以使大家了解不同情况下的相对合适的选择，每种情况都需要进行彻底的权衡分析，以使用最合适的模式来实现企业的解决方案。