在这里插入图片描述
作者 | 百度小程序团队

导读

多利熊稳定性建设，是指为了确保系统或服务，在生产环境中的稳定性而采取的一系列措施和优化。这包括但不限于监控、预警、容错、自动化、规范、质量等方面的优化。通过稳定性建设，可以提高系统的可靠性和可用性，从而为用户提供更好的使用体验和服务质量。

全文4159字，预计阅读时间11分钟。

01 业务介绍

多利熊是百度旗下的本地生活服务平台，是针对本地生活行业的SaaS解决方案，利用中心化+去中心化分销渠道，帮助商家在百度内外广泛获客及持续经营，帮助用户发现所在地的商户，并给用户提供特色又优惠的吃喝玩乐商品服务。

多利熊生活服务平台，包含以下三个主要产品形态：

多利熊商家平台：主要是面向商家提供服务，是商家管理门店、核销订单、处理售后、资金提现的经营平台；包括PC后台、小程序、APP双端（多利熊掌柜）

多利熊运营平台：面向内部运转，用于商户审核、商品审核、套餐撰文等事务管理；包括PC后台、APP双端（熊管家）

多利熊用户平台：面向C端用户和达人，提供多利熊百度小程序、多利熊微信小程序、多利熊APP等

多利熊业务挑战，随着技术角色分工越来越细、技术专业化程度越来越深，分布式系统的架构特性为其稳定性建设中的架构设计、组织设计等带来了新的挑战。

02 建设理念

多利熊业务复杂性，对产品整体的稳定性质量建设，带来了巨大的挑战，实际建设过程中主要从技术规范、业务规范、微服务三个方面落地实践，具体如下：

多利熊稳定性建设，示意图：

从开发到上线，如何保证稳定性？以多利熊业务稳定性建设落地实践介绍，主要从以下几个阶段：方案设计、技术评审、开发、CR、提测、上线、问题处理、Case沉淀实施落地，具体内容如下图：

方案设计旨在梳理需求背景，了解业务，确保需求合理性，可行性。方案设计带来的好处：

方案设计要包含内容如下：

方案版本：版本号、编写时间、变更内容、修改人等信息

开发文档：需求文档、需求 icafe(feature) 地址、prd地址、依赖文档地址、需求负责人，便于后续查询

项目背景：对项目功能进列举说明，项目背景梳理明白为什么我们要做这个项目、要实现什么功能

技术方案：技术架构、流程设计、模块交互、功能设计，需要将产品需求转变为技术实现的过程表达清楚

接口设计：提供的接口命名、参数定义(类型大小限制长度限制是否必填备注…)、响应结果、接口信息(描述信息创建人负责人…)等协议信息，解决前后端接口文档与实际情况不一致，随着时间推移，版本迭代，接口文档往往很容易就跟不上代码了等问题

存储设计：涉及库表、字段变更，必须考虑是否涉及上下游同步、数据兼容、表情符号、字段长度等

兼容性：数据兼容，新增字段或者上线前后修改逻辑不一致等；接口兼容，考虑接口升级，是否兼容；上线顺序兼容，考虑前后端上线顺序以及依赖关系，等其他需要考虑的兼容场景

监控告警：执行失败、异常场景监控告警。异常分支逻辑、运行时异常逻辑、关键路径逻辑「支付、注册等」

上线：上线前输出上线文档，包括资源、配置、授权、上下游依赖、上线顺序等等

目的：技术文档沉淀以及技术文档持续性，同时保证技术方案良构。

目标：组件技术方案评审小组，输出技术方案评审标准(方案设计、评审内容、方案回顾)。

技术评审主要职责：

编码规范愿景是提效，保证代码质量，提升团队的协作效率，降低沟通成本。开发规约主要包含，编码规约、安全规约、Mysql规约、日志规约、异常规约等。开发规约目标：

Code Review在保障代码质量准入重要一环，CR 的主要职责如下：

基于多利熊业务，我们也逐步落实和完善了一套CR流程实践，流程如下：

上线内容，需要周知模块负责人，通过上线方案评审，完成上线内容登记，上线通告后，进行上线操作。

预览上线，先上线预览环境，观察服务是否符合预期
操作上线，保障无损上线，上线顺序如下
单边单台，停留 10 分钟，观察服务是否符合预期（验证改动功能符合预期），出现问题第一时间回滚，止损
单边，全量
上线后，线上回归测试（对于线上没有覆盖到的回归场景，必须周知相应 PM&QA 同学，纰漏风险），完成监控告警添加以及确认，持续关注监控以及上线业务及数据是否符合预期