陈琪-抖音直播微服务治理实践.pdfVIP

微服务架构治理 抖音直播微服务治理实践 / 陈琪 自我介绍 陈琪 抖音直播核心链路负责人 • 多年互联网经验，在金融、游戏、直播、广告、隐私合规等业务领域都有丰富经验， 擅长业务架构规划 • 目前在抖音直播负责核心链路、社区直播平台化、服务端架构治理等TOPIC 目录  微服务的初衷、问题及挑战  服务治理的整体思路  抖音直播的实践经验  未来展望 1. 微服务的初衷、问题及挑战 初衷 单体架构 ➙ 微服务架构 低成本、低运维、低时延 ➙ 高交付速度、高可用性 问题及挑战 微服务过微 牺牲单体架构优势 ＞ 微服务架构换取的 问题及挑战 服务的“微”带来的局部“不适应”，如： • 单需求开发跨多个团队，协作成本高 熵增 • 链路过长，整体链路的性能损耗增加 架构不可控 • 依赖过多过深，整体稳定性的不可控 • 故障情况下的问题定位周期长成本高 • 其他 2. 服务治理的整体思路 2.1 微服务治理的本质是什么 架构的定义 架构是系统在满足功能性要求以及稳定性、性能、安全、成本等非功能性要求时所产生的代码、 接口、服务、业务域、集群等组成要素及其依赖关系的基本组织结构。 架构复杂度治理 代码、接口、服务等结构要素及其依赖关系的数量 ➙ 空间复杂度 ➙ 合理水位 ➙ 结构要素 依赖关系 2.2 治理的重心：核心链路优先 治理重心 • 核心链路 ➙ 重点投入治理 • 尾部服务 ➙ 收敛服务优先 • 创新业务 ➙ 放宽架构约束 2.3 治理的路径：专家诊断 vs 数据度量 专家诊断 • 贴合实际更深入 • 依赖个人经验 • 较难达成一致 数据度量（部分度量指标） • 容易标准化 • 容易达成一致 • 准确反馈优化效果 • 复杂问题疲软 路径选择 • 数据度量 ➙ 全局架构问题识别 • 专家分析 ➙ 主要聚焦核心链路 （数据度量+专家分析） 2.4 治理的具体对象 点线面体 • 废弃接口下线 • 过深链路治理 • 冗余服务下线 • 领域拆分 • 架构分层 • 冗余代码下线 • 小接口合并 • 循环调用治理 • 服务合并 • 降低领域间的耦合 • 一整套标准解决方案 • 大接口拆分 • 冗余调用治理 3. 抖音直播的实践经验 3.1 点-服务治理 接口和代码收敛 IDL定义的接口 − 上报运行的接口 ➙ 废弃接口 • 接口全部IDL化 • 静态分析 ➙ 接口关联代码 • 动态采样 ➙ 运行中的接口 服务收敛（部分具体标准） 3.2 线-宏服务合并 宏服务