随着字节跳动业务的快速发展，内部的中台服务支撑的业务场景越来越丰富，不同业务的规模和所处的阶段不同，特别是核心业务在资源隔离上有诉求，内部中台服务治理的复杂度越来越高，一些具体的要求在于：

• 中台服务研发视角：上游不同业务的量级差别很大， 产品形态也多种多样（C 端、ToB业务、内部系统等），经常会遇到 Noisy Neighbor 的问题；
• 数据安全和合规视角：业务在某个中台服务里面存储了哪些数据，这些数据是不是会被其他业务访问，需要有技术手段能回答；
• 中台业务 SRE 视角：中台业务的 SRE 如何能够快速按需交付一套垂直的隔离链路环境给新业务使用，保证隔离环境搭建的成本和交付效率可控；
• 中台业务 RD 视角：代码迭代和研发中，理想情况下中台业务研发可以像 Serve 单个业务一样来开发代码，多租户管理相关的逻辑交给框架来解决。

面对这些问题和挑战，我们尝试在微服务体系下落地一套面向多租户的技术架构方案，帮助业务更加高效地运转。本次分享将为你带来多租户的技术架构实践，希望对你有所启发。

演讲提纲：

1. 遇到的问题和挑战
2. 解决思路
   • 全链路流量身份票据
   • 计算层流量调度管理
   • 存储层隔离管理
   • 平台化解决方案
3. 后续的演进思考

你将获得：

• 构建支持多租户技术架构的必要性、投入和收益
• 在微服务体系下构建面向多租户的技术解决方案关注的核心问题是什么
• 字节跳动在多租户治理上的思路和效果

业务规模爆发性增长，系统出现瓶颈，业务经历了微服务拆分、链路优化、上云、容器化、双云双活，在每个环节我们都有相应的思考，在反复地暴露问题、解决问题之后，最终沉淀出一套珍爱特色的微服务治理架构。

演讲提纲：

1. 微服务底层框架
   • 服务框架层：微服务拆分、网关层建设
   • 数据框架层
   • 服务治理层
   • 发布框架
   • 单元化
   • 双云架构
2. 技术难点解析
3. 效果展示

你将获得：

• 构建自有框架（zhenai-framework）、统一技术栈以支撑多线业务同时发展
• 引进开源技术时须进行合理的整合与改造
• 解决现有问题不是终点，技术架构必须要有前瞻性

中邮消费金融公司应用系统从展业初期的单体架构演进到分布式微服务架构的进程中，规模化的微服务应用在解决单体架构痼疾的同时，衍生出相当的架构复杂性和治理难度，业务需求的快速迭代压力与微服务架构合理性的矛盾也逐步显现，如何对不断涌现的问题进行有效的微服务治理成为当务之急。

1. 微服务标准不统一，开发团队 RPC、HTTP 通信无统一标准；
2. 服务调用错综复杂、故障难以快速定位和恢复、服务质量难以度量、业务交易链路瓶颈难以识别；
3. 业务中台共享服务中心承载业务流程串联，增加共享服务中心复杂度以及和业务逻辑耦合；
4. 微服务接口文档线下难维护，各接口 Mock 单独开发效率低；
5. 微服务应用变更影响面分析难以及风险大，缺少全业务流程上线灰度保障机制。

解决方案：从消费金融大规模服务化及容器化实践出发，结合兼具金融行业强监管以及互联网行业属性的特殊场景，深入分析微服务架构所带来的主要问题和痛点，秉承“将治理落实到标准、将标准落实到系统”的理念，分享通过服务标准化和相关服务治理系统搭建全方位服务治理体系的经验。

实施后效果：微服务标准化、系统架构合理性、研发及运维效率、微服务接口资产管理、系统稳定性等指标得到全面的提升。

演讲提纲：

1. 消费金融微服务治理痛点分析
2. 消费金融全方位服务治理体系介绍
3. 微服务标准化、微服务聚合框架、统一网关建设实践
4. 全流程微服务（技术+业务）监控、度量、治理体系建设实践
5. 服务编排平台建设实践
6. 微服务接口管理系统建设实践
7. 全流程灰度发布平台建设实践

你将获得：

• 对服务治理有更全面和体系化的认识；
• 借鉴服务治理真实落地实践案例，制定适合自身场景的服务治理路径；
• 了解服务治理过程中踩过的坑和解决方法，为服务治理技术选型和相关系统建设提供有价值的参考。