作者：中西（github @zhongxig），AppActive 负责人，来自阿里如此原生高可用架构团队，从事容灾架构和毛病快恢的研制和开源工作。

摘要： 继高可用架构团队的 Sentinel、Chaosblade 开源后，第三个重磅高可用产品：使用多活 AppActive 正式开源，构成高可用的三架马车，协助企业构建稳定可靠的企业级出产体系，提高企业面对容灾、容错、容量等问题的稳态体系建设才能。

1 月 11 日，在上海的云原生实战峰会上，阿里云智能研究员丁宇发布了“使用多活技能白皮书”，一同为了推进业界容灾的开展，建立云原生事务容灾规范，阿里云对外开源“使用多活”中间件：AppActive。

什么是 AppActive

“事务大规模扩展机房资源不可用怎么办？机房挂了怎么办？事务忽然奔溃怎么办？飓风地震导致断电怎么办？”

2013 年，当时淘宝完结去 O 没多久，双十一的规模较上年进一步飞增。阿里的工程师正面对着上述的这一系列问题，一方面是机房资源非常紧张，容量不足，另一方面是杭州出现罕见的高温气候，机房面对断电的危险。异地多活架构在这个布景下孵化出来，它的载体是集团版别的 UnitRouter&UnitBrain 。

随着淘宝的事务规模演进，异地多活也从近距离同城双机房到远距离异地双活，再到三地四单元、多地多活，沉积了丰富的机房级使用多活经历。

2019 年，阿里巴巴体系全面上云，异地多活架构也跟着上云的节奏孵化出阿里如此产品 AHAS-MSHA，服务集团和云上客户

2022 年 1 月 11 日，AHAS-MSHA 代码正式开源，命名为 AppActive 。

AppActive 是一个面向事务使用构建云原生高可用多活容灾架构的开源中间件，它的首要价值：

  • 分钟级 RTO。 恢复时间快，阿里内部出产等级恢复时间平均在 30s 以内，外部客户出产体系恢复时间平均在 1 分钟。

  • 资源充沛利用。 资源不存在搁置的问题，多机房多资源充沛利用，防止资源浪费。

  • 切换成功率高。 依托于老练的多活技能架构和可视化运维渠道，相较于现有容灾架构，切换成功率高，阿里内部年切流数千次的成功率高达 99.9% 以上。

  • 流量精准操控。 使用多活支撑流量自顶到底封闭，依托精准引流才能将特定事务流量打入对应机房，企业可根据此优势才能孵化全域灰度、要点流量保证等特性。

为什么开源

通过服务阿里集团近 9 年实战经历及服务云上客户 2 年多的商业化迭代堆集，AHAS-MSHA 已经在包括阿里的十余家大型企业的容灾场景中落地，使用量在持续增长，代码的稳定性和功用特性也通过充沛的查验。

2021 年，国内外多家知名公司、云渠道出现较严重服务中止、宕机事情。这也为企业敲响警钟，越来越多的企业把容灾建设提上日程。在处理容灾问题的一同，为了保持对本钱的操控、支撑未来的多云架构演进和灾难容灾确实定性，许多企业选择以多活容灾的方法进行尝试。

可是业内关于多活没有一致的认知，关于“多活”这个词不同企业有不同的界说，许多企业往往认为已经完成了“多活”，可当毛病来临的时候，才发现当时体系的毛病逃逸才能非常弱，事务恢复和毛病定位无法解耦，拖累了企业出产，形成了外部舆情、资金丢失等问题；别的，有的企业在了解“多活”之后，下意识想要企业内部先投入资源进行技能预演，但由于短少经历，往往会形成人力物力等资源的重复浪费。随着云原生技能开展，越来越多的客户选用云原生技能进行体系构建。如何在云原生上构建稳定高可用的体系，是一个中心挑战。“多活”的认知偏差会加剧企业在根底设施本钱、使用改造本钱、运维本钱等本钱面的投入，但存在功率低下、错用乃至无用或者不必的问题，然后享受不到“多活”带来的稳定性红利。因而“多活”需要一个相对一致的规范与认知，加深使用者对它的理解和使用，然后提高事务体系的稳定性。

在当时云原生开展的现状和商场认知下，AppActive 的项目负责人中西表示，使用多活的开源和解读，可以初步界说“多活”的规范和完成，协助开发者构成一致的“多活”认知。在企业构建多活架构时，根据使用多活共享已有的老练经历，防止多余的资源浪费。一同，不同的企业具有不同的事务场景和优势，反向推进使用多活进一步完善和演进老练的多活形状及才能。期望依靠社区的力量，让“多活”成为一项事实意义的普惠技能，而不是望而却步的部分人可用技能，协助更多的企业和个人构建出产等级的高可用架构。

开源的内容

AppActive 规范介绍

在使用多活的规范界说里有 LRA（同城多活）、UDA（异地多活）、HCA（混合云多活）和 BFA（事务流量多活），具体见《使用多活技能白皮书》。在 AppActive v0.1 版别中，我们优先完成 BFA 和 UDA 的根底才能，在后续版别中完善 BFA 和 UDA 的一同，新增 LRA、HCA 才能。本文要点介绍 BFA、UDA。

1. 事务流量多活（BFABusiness Flow Active）

BFA，指的是使用多活的终究呈现是事务，多活容灾体系具有按照事务特征进行出产流量的精细化分配。

AppActive 在 BFA 指标中，支撑流量主动纠偏，强路由到指定机房自闭环，归于流量的精细化分配。

在非法流量打入机房时，机房的各层插件均会依托于一致的调度规则进行处理：

  • 接入层辨认过错流量，主动纠错到正确的机房。

  • 服务层辨认过错流量，主动纠错到正确的机房。

  • 数据层辨认过错流量，为保证数据质量，抛出反常，写入失利。

2. 异地多活（UDA，Ultra Distance Active）

UDA，指的是在超远距离（机房距离超越 300 公里）时，事务体系仍具有较好的拜访功能。进入容灾态时，RTO、RPO 在分钟级。

AppActive 在 UDA 指标中，支撑拜访功能良好。

在接入层支撑流量解析，将请求流量进行解析，将流量打入机房的使用机器。根据 使用侧 Servlet 插件、Dubbo 插件、MySQL 插件的才能，事务流量请求在单一机房里边自闭环，终究读写到本机房的数据库。

在超远距离场景下，由于流量封闭在机房内部，因而事务体系依旧具有较好的拜访功能。

进入容灾态的 RPO 由开源数据同步组件或商业化同步东西进行保证，RTO 在 AppActive 0.1 版别中仅提供初级的流量切换才能，后续版别会演进到出产等级 RTO 保证东西。

AppActive 模块介绍

AppActive 归于使用多活的一种界说和完成，它有数据平面和管控平面的整体完成。数据平面分为 4 部分，均支撑在不变更原有企业使用技能组件根底上，以插件的方法增加才能：

  • 接入网关。接入网关作为事务流量打入机房的第一跳，负责使用多活进口流量的辨认和分发，具有机房路由和使用路由两个中心才能。

  • 服务层。事务流量在机房内部和跨机房的同步调用方法，一般有 Consumer、Provider、注册中心等角色，具有流量路由、流量维护、毛病阻隔三个中心才能，防止调用过错导致的数据脏写，加速切流期间的事务恢复。

  • 音讯层。事务流量在机房内部和跨机房的异步调用方法，根据音讯削峰填谷，一般有 Producer、Consumer、Broker 等角色，具有流量路由、流量维护、毛病阻隔三个中心才能，防止音讯错投导致的数据脏写，维护切流期间音讯不丢。

  • 数据层：包括事务使用数据读写、数据存储和数据同步，其具有流量路由、数据一致性维护、数据同步三个中心才能。

管控平面中心包括多活容灾规则的日常运维和灾难场景的流量切换。

当时 AppActive 处于 v0.1 版别，开源：

  • 上述的数据平面所有层的界说根底完成。

  • 接入层网关的 Nginx 插件完成。

  • 服务层 Dubbo2.x 插件完成。

  • 数据层开源 MySQL 插件完成。

  • 管控平面流量切换的根底才能。

开发者可根据 v0.1 的才能，进行 使用多活的基本功用运转和验证。

AppActive 后续规划

  1. 丰富接入层、服务层、数据层插件，支撑更多技能组件到 AppActive 支撑的列表中。

  2. 增加音讯层的插件完成，支撑音讯使用多活才能。

  3. 增加其他层在使用多活的规范和完成。

  4. 支撑 Web 白屏化，follow 使用多活 UDA 的规范，提高 RTO。

  5. 遵从使用多活 HCA 规范支撑混合云多活形状。

  6. 遵从使用多活 LRA 规范支撑同城多活形状

起点

“异地多活”和“单元化”源于阿里，也受到了业界的认可。阿里也一直期望使用多活的产品生态可以做到规范和开放，对业界做出奉献。

根据使用多活的规范技能，事务使用在不同的云厂商之间，不同的根底设施之间，不同的芯片之间都可以完成互通互联。事务使用在资源充沛利用的一同，到达分钟级乃至秒级的 RTO 指标，真实意义的做到不惧毛病。

今日，AppActive 开源的第一个版别仅仅使用多活范畴的一个起点，欢迎大家参与进来一同共建使用多活生态。想要了解更多 AppActive，钉钉查找群号：34222602，参加 AppActive 开源讨论群参与讨论吧！

点击​​此处​​，当即前往下载《使用多活技能白皮书》。