伴鱼最早只有一个简单的服务框架，支撑多个细分服务的开发。从2018年之后业务进入快速发展时期并且我们的服务形式主要是付费用户上课，对研发效能、系统稳定性、存储稳定性提出了更高的要求。同时，由于早期可选 RPC 框架不多，导致伴鱼目前 Thrift、gRPC、HTTP 共存，基础模块依赖层次混乱，基础系统使用不规范，有一定的历史债务。

为了解决这些技术债，伴鱼技术团队在业务优先的前提下做了一些技术上的优化改进：

框架层面：扩展了之前的框架，划分出服务注册、服务发现、RPC 封装、路由模块、动态配置、打点统计等，降低模块耦合，提升稳定性、可见性。

基础库方面：封装了 DB、Redis、MQ、配置库、日志库等，提供了监控埋点、服务治理、规范化等各种能力。其中一些基础库也会静默对接稳定性平台和APM平台，具备一定的熔断和服务分析能力。

基础服务方面：开发稳定性平台-Dolphin，提供限流、降级、熔断能力；开发TiDB中间件-Weir提升DB稳定性；提出了“代码生成即服务”这样一个概念，自研了 codegen 服务，其可以解析、重写历史代码，新项目也可以通过 codegen 生成整体结构、数据库各种操作等，对解决历史问题、提升研发效能非常有帮助。

本次演讲，我会重点介绍我们在研发过程中遇到的问题和解决思路。

演讲提纲：

1. 快速发展过程中服务治理如何负重前行
2. 稳定性是在线教育服务治理的重中之重
3. 微服务推广、落地实践
4. 未来的规划，需要做的基础设施准备

听众受益点：

1. 公司由小到大的快速发展时期，如何在服务治理过程中处理技术债务、业务诉求、技术建设？
2. 服务治理的点非常多，在特定情况下如何寻找切入点，先做什么、后做什么，如何权衡？
3. 伴鱼在服务治理过程中一些最佳实践的点，如泳道建设、代码生成即服务、稳定性建设、规范化建设等。