编辑论文点

所属主题：论可靠性评估模型

技术点/功能点名称

排序号

在论文中的作用 正文展开点

解决的问题 项目早期评审中，业务方往往只关心功能是否可用，测试人员也容易用“运行比较稳定”来描述系统状态，这种主观判断无法支撑正式上线决策，也难以比较不同版本改进后的可靠性变化

为什么选择它 在架构评审和测试阶段，我们采用可靠性指标评估来判断系统是否满足上线运行要求

解决的方法 为解决这一问题，项目组结合线上交易业务特点设置了核心链路可用性、平均失效前时间、平均故障恢复时间、异常订单比例和外部接口调用成功率等指标，并在联调、压测和试运行过程中持续记录

效果 通过可靠性指标评估，项目组能够用相对明确的数据判断系统可靠性，把上线和优化决策建立在可度量结果之上

不使用的劣势/风险

项目位置/技术/需求 在架构评审和测试阶段，我们采用可靠性指标评估来判断系统是否满足上线运行要求

具体的实现 具体实施时，JMeter 用于模拟活动高峰请求，SkyWalking 和日志平台用于记录调用耗时、异常链路和接口失败情况，xxl-job 的补偿任务执行结果也纳入评估范围

例子 以支付确认场景为例，测试中模拟外部支付渠道回调延迟和消息处理失败，观察订单状态是否能够在规定时间内恢复一致

记忆提示/背诵口诀 在架构评审和测试阶段，我们采用可靠性指标评估来判断系统是否满足上线运行要求 / 可靠性指标评估

备注

保存修改 返回详情