高可用防抖架构及其演进
一、背景
二、防抖思路
三、近端防抖架构
3.1 近端防抖架构简介
3.2 经典防抖案例展示
3.2.1 盒马线下扫码支付防抖
3.2.1.1 业务背景
3.2.1.2 服务端盒马防抖方案介绍
3.2.1.3 业务成果
2021年成功避免盒马一次较大故障。
3.2.2 订单同步防抖
3.2.2.1 业务背景
3.2.2.2 订单同步防抖方案介绍
3.2.2.3 业务成果
22年累计兜底近2亿笔订单同步请求，防抖成功率接近100%； 22年避免一次因订单下游切库导致的请求大量失败故障。
四、Service Mesh时代下的防抖架构
4.1 近端防抖的不足
侵入宿主应用：近端防抖架构需要上游系统引入防抖近端。防抖近端中除了包含防抖核心能力，还包含部分业务逻辑，比如兜底校验，这又可能为宿主应用引入业务依赖。防抖在提高下游业务可用率的同时，却为宿主应用（一般为入口网关层应用）引入了额外的风险； 开发进度受限：防抖迭代无法自由进行，需跟随宿主应用，无法适应快速迭代的业务需求； 业务逻辑与核心能力耦合，开发成本高：防抖的核心能力与业务逻辑全在防抖近端中，业务开发同学需要理解防抖架构和细节，开发复杂。多个业务团队之间，以及业务团队与防抖团队之间的开发运维可能互相干扰。
4.2 Mesh防抖架构
4.2.1 MOSN引流
4.2.2 防抖中台
4.2.2.1 同步兜底
按单笔请求执行兜底，即对每一笔请求，如果原始链路失败，均由异构链路进行兜底，异构兜底结果将替换原始失败响应返回给上游； 大范围超时兜底，比如由于下游数据库故障，可能导致几秒至几分钟内大量请求超时或者耗时升高。mosn可以对请求超时（或耗时升高）进行感知，当超时（或耗时升高）请求比例和请求数量超过配置阈值，将把之后可配时间段内的所有流量降级到防抖异构链路。
4.2.2.2 异步恢复
4.2.3 防抖管控后台
配置管控：维护每个业务场景的配置。配置分为基座部分和模块部分，基座配置与核心能力相关，包括异步恢复开关、重试间隔、最多重试次数、可配置的恢复处理器等等。而模块配置与业务相关，可由业务自行定义，支持多种数据类型，以及业务自定义类型，在推送时，将自动把配置字符串转化为业务定义的复杂配置对象，方便模块处理； 流水查询：查询防抖流水库中的原始异常请求； 手动恢复：可手动在后台触发恢复任务，也可对恢复失败的请求进行手动处理。