阿里云：2022应用多活技术白皮书——以应用为中心面向未来的云原生容灾架构（39页）.pdf

1、3234156784第一章 应用多活的起源1.1 容灾成为企业上云和用云的基础要求1.2 灾备容灾的局限性1.3 应用多活：以应用为中心的云原生容灾架构1.3.1 应用多活的概念1.3.2 应用多活的优势1.4 阿里巴巴的应用多活之路1.4.1 集团阶段1.4.2 云化阶段第二章 应用多活的典型架构2.11同城场景的应用多活2.21异地场景的应用多活2.3 混合云场景的应用多活第三章 应用多活的技术分析 3.1 应用多活的课题研究3.1.1 应用多活解决的技术问题3.1.2 应用多活领域的研究状况3.2 应用多活的设计标准3.3 应用多活的技术方案第四章 应用多活的技术原理4.1 应用层技术原

2、理4.1.1 接入网关实现原理4.1.2 微服务组件实现原理4.1.3 消息组件实现原理4.2 数据层技术原理4.3 云平台技术原理第五章 应用多活的管理策略5.1 应用多活的投入产出比5.1.1 应用多活的收益5.1.2 应用多活的成本管理5.1.3 投入产出比分析5.2 应用多活的能力保鲜第六章 应用多活的实践案例6.1 同城应用多活行业案例6.2 异地应用多活行业案例6.3 混合云应用多活行业案例第七章 应用多活的未来展望7.1 混合云多活将成为客户上云的关键决策点7.2 应用多活成为云原生容灾领域的新标准7.3 分布式云场景的应用多活7.4 AIOps 加持的应用多活7.5 多云多芯的

3、应用多活附录：名词术语第一章 应用多活的起源51.1 容灾成为企业上云和用云的基础要求2019 年 IDC 发布的全球云计算 IT 基础设施市场预测报告显示：2019 年全球云上的 IT 基础设施占比超过传统数据中心。越来越多企业因为云计算低成本、稳定性而选择在云端构建系统，云已经变成了一个主流 IT 基础设施。近年来，开源技术和云技术保持高速发展，出现种类繁多的产品和服务，技术人员决策权变大，架构更迭速度日益加快。在高速演进的过程中，要谨防人为的不合理故障，同时也要关注自然灾害的影响。一次不恰当业务中断，可能带来严重的品牌、客户、经济损失。所有的上云企业都把容灾系统能力建设作为最基础目标来要

4、求，并保证投入。只有确保灾难发生时，关键数据不丢失，系统服务尽快恢复运行，企业才能保证长久、平稳的高速发展。1.2 灾备容灾的局限性灾备容灾建立在数据级容灾的基础之上，常用的实现方式是在备份机房构建一套相同的应用系统，灾难发生时会在约定的时间范围（RTO）内恢复运行，尽可能减少灾难带来的损失。在实际实施时，存在以下几个问题：灾备中心平时不提供服务，在切换到灾备中心的关键时刻时无法确定是否可以成功切换。灾备中心平时不提供服务，整个灾备资源会处于闲置状态，成本浪费比较高。灾备中心平时不提供服务，所以平时提供服务的机房还停留在单地域，当业务体量大到一定程度时，这种模式无法解决单地域资源瓶颈的问题。6

5、图 1-1“同城灾备架构”和“异地灾备架构”示意图1.3 应用多活:以应用为中心的云原生容灾架构1.3.1 应用多活的概念“应用多活”是“应用容灾”技术的一种高级形态，指在同城或异地机房建立一套与本地生产系统部分或全部对应的生产系统，所有机房内的应用同时对外提供服务。当灾难发生时，多活系统可以分钟级内实现业务流量切换，用户甚至感受不到灾难发生。阿里巴巴的“同城多活架构”和“异地多活架构”（代号“单元化”）都是典型的应用多活实现技术。图 1-2 阿里巴巴“同城多活架构”和“异地多活架构”示意图71.3.2 应用多活的优势分钟级 RTO：恢复时间快，阿里内部生产级别恢复时间平均在 30s 以内，外

6、部客户生产系统恢复时间平均在 1 分钟。资源充分利用：资源不存在闲置的问题，多机房多资源充分利用，避免资源浪费。切换成功率高：依托于成熟的多活技术架构和可视化运维平台，相较于现有容灾架构，切换成功率高，阿里内部年切流数千次的成功率高达 99.9%以上。流量精准控制：应用多活支持流量自顶到底封闭，依托精准引流能力将特定业务流量打入对应机房，企业可基于此优势能力孵化全域灰度、重点流量保障等特性。1.4 阿里巴巴的应用多活之路1.4.1 集团阶段在 2007-2010 年期间，阿里巴巴采用同城多活架构保障在线业务的高可用。同城多活架构能够抵御机房级故障，即：同城任一机房发生故障，其他机房都具备实时接