案例背景：详细介绍一下快手微服务方向整体架构演进的历程、采坑经验以及快手多样化的业务侧最佳实践；早期快手的技术栈遗留很多问题，包括：

1. 服务 & 资源命名不统一问题，服务治理 & 监控命名体系无法打通，业务侧使用成本较高；
2. RPC、MQ、CACHE 中间件配置 & 服务治理配置没有统一平台化管理；
3. 微服务技术架构与业界主流方案，如 Dubbo、SpringCloud 等相去较远，与开源社区较远，功能迭代速度受制于架构；
4. 高阶的流量治理能力，包括基于负载的负载均衡能力、区局优先、标签路由调度能力、自适应限流能力缺失，业务的稳定性治理成本较高。

解决思路：

1. Java/C++ 主流语言建设能力统一、高性能、易用性高的微服务框架，小语言基于服务网格做到无侵入能力对齐，从而实现快手多语言环境下微服务能力的对齐；
2. 建设微服务稳定性保障体系，包括链路依赖梳理、流量治理、混沌工程等三块核心能力；
3. 建设完善的流量治理平台，整合 RPC/MQ/CACHE 等中间件配置，为业务提供一站式的使用体验。

成果：相关能力面向全公司业务线投入使用，在研发、测试、稳定性三个核心领域解决业务问题并得到较广泛的好评。

演讲提纲：

1. 演进历程
2. 快手微服务框架
3. 稳定性保障体系
4. 平台化建设

你将获得：

1. 从0 到 1搭建一套完成微服务体系的必要条件
2. 精细化 & 自适应路由调度解决方案
3. 自动化稳定性保障解决方案