金融类核心应用典型部署架构（99.999%）

金融类核心应用通常比较重要，要求非常短的恢复时间和数据丢失量，其可用性目标通常要求达到99.999%，即每年故障时间可以为5.26分钟。

假定故障中断与变更中断的时长分别如下：

• 故障中断：由于要求的故障中断时间很短，要求尽可能自动恢复，没有手动触发的恢复，假定每年故障中断4次，每次自动恢复时长为1分钟，则每年故障中断时长为4分钟。
• 变更中断：假定应用支持金丝雀部署或蓝绿部署，并自动完成，软件更新不中断业务。

按照以上评估，每年应用系统不可用的时长是4分钟，满足可用设计目标要求。

金融类应用典型架构为三层架构：前端Web集群+后台应用集群+后端数据库集群，其中前端无状态应用可采用ECS或CCE（以CCE为例），后端数据库通常采用RDS for MySQL提供更高性能与可靠性；为满足对应的可用性目标，建议方案如下：

根据以上方案，典型部署架构如下：

该架构的主要特点包括：

• 应用系统采用无状态应用+有状态数据库的分层部署架构。
• 应用系统在两个Region各部署一套完整系统，Region内跨AZ高可用部署，提供同城跨数据中心双活能力；Region间数据单元化部署，实现跨Region双活容灾，在任一Region故障的情况下能快速恢复业务。
  • 接入层（外部GSLB、API网关）：通过外部GSLB进行域名解析与流量负载均衡，两个Region同时提供服务，在单个Region故障时自动将业务流量切换到另一Region；API网关支持流量纠正，以便将业务路由到正确单元。
  • 应用层（负载均衡器、应用软件及容器）：对于无状态应用，通过ELB负载均衡器进行故障检测与负载均衡，并可通过容器进行弹性伸缩。
  • 中间件层：Redis、Kafka集群跨可用区高可用部署。
  • 数据层：MySQL数据库跨可用区高可用，通过DRS数据复制服务实现跨Region的双向数据库复制与容灾切换；并支持定期自动数据备份，在数据丢失时能快速恢复。OBS对象存储服务同样支持跨Region的双向复制能力。
• 为了保证数据的可靠性，RDS for MySQL、DDS数据库的数据定期自动备份。