在百x

ddd萌芽, 继承设计的坑.

多状态业务系统, - 流程引擎 .

业务代码化, 业务规则化? 状态变更后, 需要非常复杂的规则引擎才行.

例如: 入: 入口与流,变成或流.

出: 出口本来1个流, 变成2个分叉. 出口两个并流,变成两个或流.

代码review重点

1. 新老兼容 2. 容量评估 3. 并发关注 4.空指针check关注

5.四板斧(可灰度,可监控,可回滚,可容量评估)

在快x

小型支付系统的建设. 幂等. 账户系统高数据量,高并发带来的问题和解法?

toBeLeader

稳定性建设: 大盘直观,druid存储+监控报警+定位+梳理. 监控报警:指标,维度,智能报警,余弦定理定位: traceid,调用链, 梳理: traceSystem,数据库,线程池大盘.
存储: 小米监控open-falcon, rdd ,zipkin Mysql

总分的思路, 错误码的思路,耗时的思路,异常error的思路. 根因的思路(来自蚂x)

发布关注哪些: 新增异常. 异常治理. 上游传参导致异常从自己服务器不管. 但是从全局治理角度来说需要管. 故本质是根因新增. 或者说error新增.

业务治理. 链接用户体验治理入门.

less |grep -v

业务治理更深入理解,用户增长. ( 根因定位 )

用户意愿, 系统误拦截.

录制和回放(验证正则规则). 仿真系统.

集成测试,单元覆盖率,保障上线的成功率.

DDD的实践, 代码编译级别规范.

两码的意义, 从底层统计串联,traceId的意义,链路的意义: 代码链路(单系统重构). 业务粒度分布式应用链路.(跨系统重构)

面向多业务的平台能力/烟囱代码三种方式 1.入参 2. bizSceneId配置法 3. 产品化,将底层N个系统都统一门面. 默认值的关注.