应用场景

具体来说，可细分为以下场景：

• 同城双活（active-active）

  在同一个地域 Region，建立两个或更多可用区下的多个 Kubernetes 集群。

• 两地三中心

  • 在同城双活的基础上，增加一个异地机房，做数据和应用备份。根据网络延时和带宽情况，可选择异地热备、温备和冷备三种方案。

  • 在异地存在延迟的情况下、业务可接受的范围内，可以选择异地热备。正常情况下访问同城双活侧，在容灾期间切至异地灾备机房，提供业务访问。

• 异地多活（Multi-region active-active）

  数据层做分片（Sharding），不同的 AZ 可以划分为更多的逻辑单元（Logic Data Center），处理不同的数据分片。 尽量保证数据访问的链路从接入层到应用层再到数据层不会出现跨可用区的调用。这种架构下，可以做到任意数量地域的多活。

• 异构基础设施下的混合云

  通过 Kubernetes 屏蔽底层 IaaS 的差异性，可充分利用公有云上的资源，将业务同时在专有云和公有云上进行部署，并进行统一运维管控。在该场景下，可以帮助金融客户达到以下目的：

  • 减少开发、测试资源的投入：专有云部署生产应用，公有云按需部署开发测试应用。

  • 线下快速容灾需求：应国家监管需求，需要在线下部署一套环境，以应对公有云上的突发情况（例如天弘余额宝）。

  • 弹性扩容：结合异地多活架构，使业务能够按需进行机房级的无限水平扩展。