本文次要介绍常见的多云架构模式、部署和网络拓扑、不同模式的疾速快照，这些模式分为分布式部署和冗余部署。
分布式部署模式
当须要利用云提供商的某些个性、属性或性能时，这些模式最有用。
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、冗余部署模式总结
冗余部署模式
对这些架构模式做出决策很简单，并且通常会波及到有不同关注点的多个公司利益相关者。本文能够使大家理解不同状况下的绝对适合的抉择，每种状况都须要进行彻底的衡量剖析，以应用最合适的模式来实现企业的解决方案。