Meeting Doc - Sep 16, 2022

[andrewshan]

1. 来自快手的魏诗白老师分享快手内部的微服务实战。
2. 北极星社区的单家骏分享微服务标准化的故障探测的SPEC定义；

[andrewshan]

分享了快手KESS的微服务架构和实践
问题1：根据CPU动态调权，需要对反应时间要求比较高，如何做到实时性
回答：CPU采集通过SDK客户端来采集，采集到kalfka，通过偏实时来进行上报及计算采集，通过定时任务的系统来高频定期算CPU率，需要考虑服务的流量策略，以及权重过高过低的削峰填谷的处理，解决误判等问题，避免出现正反馈的现象。
当前接入了几百个服务，可以节省几万核

问题2：快手内部怎么做灰度发布？
问答：有4个标准环境，STAGING（联调环境），线上回归测试环境（数据是线上数据，流量不会接线上流量），小流量的验收环境（按需切一部分流量），最后是线上环境。
如何切流量：电商按照商户ID，C端业务按照用户ID和UID来切换。一般怎么评判灰度已经完成，小流量监控可以看到流量的运行状况。

[andrewshan]

分享了服务治理SPEC的故障探测的定义

建议1： 需要补充根据业务请求回包的探测方式