一文弄清混合云架构模式( 二 ) _架构

另外，CI/CD的实践在边缘环境和云之间保持一致也是明智的选择。
冗余部署模式当需要为整个架构增加容量或弹性时，这些模式非常有用。

敏捷性
伸缩性
网络拓扑
安全性
可靠性
混合环境模式
保证公私有云间的处理流程相同
按需创建/删除环境
镜像拓扑
公私有云间没有通信
生产环境在私有云中
业务持续性模式
面对故障，CI/CD仍然有效
按需创建/销毁灾备环境
数据备份的切换以及镜像拓扑
VPN隧道和TLS
最小化在不同环境中运行的系统之间的依赖性
面向业务爆发的混合云模式
保证公私有云间的处理流程相同
按需缩放
网格化
VPN隧道和TLS
跨边界的可靠性验证
混合环境模式在这种模式中，公共云环境用于开发、测试和 UAT，然后生产环境使用私有云。使用这种架构的原因一般包括：监管限制、第三方许可证的使用，而这些许可证阻止了云中的生产工作负载。如果想要首先替换较低的环境，或者在需要时轻松地创建和关闭环境，那么这种模式可以很好地工作。

文章插图

所有环境在功能上都是等价的，即架构、 API 以及操作系统和库的版本都是等价的，并且系统在不同环境中的行为是相同的。但是，性能测试需要在本地实现。
业务连续性混合模式在这种模式下，灾备环境在云中实现，提供了能够为创建灾难恢复环境并将其关闭的成本效益。另外，在触发灾备的情况下，使用IaaS可以更快地创建灾备环境，从而减少实际的恢复时间。
另一种替代方法是将生产环境放在一个程序中，然后故障转移到另一个程序中，但是，这种方法不太常见，因为通常可以在一个程序中实现可用性需求。
面向业务爆发的混合云模式如果应用程序的工作负载突然增加，不可预测，并且不希望在大部分时间里为某些密集的工作负载期间提供过多的服务，这种模式可能是一种选择，对于可以向上和向下扩展的前端无状态应用特别适合。

文章插图

面向业务爆发的混合云模式使用一个私有计算环境进行基线负载，并在需要额外容量时暂时爆发到云中。这种模式保留了基础的内部投资，而且不需要维持全年的额外容量。
一句话小结这些混合云架构模式的决策是复杂的，通常会涉及到几个不同情况的关注程度，每种情况都需要全面的权衡分析，甚至可以使用多种模式来实现企业的解决方案。
那么——
如何进行混合云的架构决策？
如何保持架构的可持续性呢？

【一文弄清混合云架构模式】