从 Martin 与 James 共同提出了微服务的概念，已经过去十年。随着云计算和多年来互联网业务井喷式的发展，微服务设计理念大行其道。然而，近年来一些企业开始重新考虑单体架构，甚至选择离开云平台，引发对微服务和云计算价值的再思考，究竟是微服务架构不香还是云不香？

在过去，业界的服务治理经验分享主要聚焦于服务拆分和工具链的建设，而关于服务精简归拢的讨论则相对较少。随着时间的推移，这一话题逐渐受到了更多的关注。

在今天，许多互联网公司都面临着服务过微的问题，本次演讲将深入剖析互联网公司采用微服务时面临的挑战，揭示常见误区，并结合饿了么物流微服务架构多年来的发展情况，解析其根本原因，并列举出需要避免的反模式，阐述服务过微的影响以及治理行动中的相关技术方案和思考。

演讲提纲：

1. 引言

• 单体应用 VS 微服务
• 微服务似乎不香了？

2. 走出微服务误区

• 熵增定律与康威定律
• 微服务反模式

3. 饿了么物流治理实践

• 背景&挑战：服务过微前世今生
• 解法&收益：对抗服务过微

4. 总结

• 方案回顾及潜在优化策略
• 别纠结单体还是微服务

听众收益：

• 了解到各大互联网面临的共性问题，服务过微灾难的前因后果
• 通过误区剖析和方案的学习，正确认识微服务和单体应用
• 饿了么物流对抗服务过微的治理实践

方案痛点：

• 针对服务过微的直面行动，需要大量的研发投入，并依赖于强力的组织资源和其它驱动力来确保实施。对于现有的存量问题治理，主要在时机和方案的选择。而对于未来的增量控制，关键在于改变研发思维及良好的牵引设计

随着业务的快速发展，微服务过微的弊端逐渐凸显：资源的开销、时延的上升、服务治理开销的增大变得不可忽视。有没有一种方案，可以既拥有单体的性能，又拥有微服务的研发效率，成为一项亟待解决的问题。本次分享将介绍字节跳动在治理大规模微服务中的技术思考、解决方案和应用实践。通过合并编译的方式，使得服务拥有单体的性能和微服务的研发效率。目前合并编译已在字节跳动内部多个业务线中使用，接入核心超过百万核，在不影响研发效率的情况下，带来数十万核的性能收益。

演讲提纲：

1. 后端服务架构演进趋势

2. 合并编译的应用场景

3. 合并编译面临的问题和技术挑战

4. 合并编译案例分析

5. 总结与展望

听众收益：

• 了解字节跳动在解决微服务过微问题上的解决方案
• 开拓新的思路，探索下一代后端服务架构

方案痛点：

• 理念普及是最大的难点，需要让业务的同学接受这种形态，了解哪些是真正的需求，哪些是不需要关注的点
• 相关生态（DevOps、监控、服务网格、PaaS 等）都需要支持，牵涉部门多

传统微服务架构的业务往往面临着流量的波动，造成了效率的低下和成本的浪费。针对这一挑战，引入 Serverless 架构可以成为一种解决方案，本次分享旨在介绍微服务 Serverless 化的实践经验，包括如何将复杂业务的微服务以容器镜像或者二进制方式发布整体迁移至 Severless 平台，根据 CPU 内存以及调用量等指标动态扩缩容，使用快照方式实现冷启动加速，如何实现轻量级业务 Serverless 化，两者混合部署低时延通信，以及如何基于 Serverless 实现统一的 BaaS 访问服务，资源共享，按需弹性。

演讲提纲:

1. 微服务 Serverless 化面临的问题和挑战

2. 微服务 Serverless 技术选型

3. 微服务以及 Serverless 应用混合部署方案

• 混合部署架构简介
• 混合架构下的调度方式

4. 微服务在 Serverless 平台下的弹性伸缩策略以及快速冷启方案

• 基于多种指标下的弹性伸缩策略
• 基于快照式的快速冷启方案

5. 微服务的其他开发实践

• 微服务 Serverless 化后的远程调试实现
• 微服务监控告警和链路监控等能力实现
• 统一的 Baas 对接访问能力实现
• 版本灰度发布以及升级能力实现

6. 总结和展望

听众收益：

• 了解微服务 Serverless 化中面临的问题和思考
• 了解微服务和 Serverless 应用混合部署实践
• 了解微服务在 Serverless 平台下的开发、调试、运维等能力实现方案

方案痛点：

• 极端场景弹性实例冷启相比微服务常驻慢
• 逻辑多租，故障时爆炸半径大

微服务治理平台是提升业务微服务使用、运维、治理效率的重要手段，频繁变更的使用人员、参差的知识背景成为制约平台发展与业务效能提升的重要因素。本次演讲将从传统微服务治理平台的问题出发，借助 LLM 与 AI Agent 的能力，阐述如何将微服务治理平台与 LLM + AI Agent 结合，进一步提升微服务治理平台的价值。

演讲提纲：

1. 微服务治理平台的困境

• 微服务治理平台使用现状
• 微服务治理平台困境

2. LLM 与 AI Agent 的启发

3. 借助 AI Agent 重构微服务治理平台

• LUI重构交互形态
  • 意图识别判定用户治理需要
  • 多轮对话澄清用户问题
• LLM 与 AI Agent 驱动智能治理
  • 专家 Agent 解决细分微服务问题
  • 基于 SOP 的 multi-agent 定位复杂微服务问题
• 基座能力支撑持续演进
  • 知识管理、Tools 管理、API 管理
  • 数据飞轮支持知识、Tools 能力等持续的演进

4. 总结与展望

听众收益：

• 了解百度微服务治理平台在实践中的痛点与思考
• 如何用 LLM 与 AI Agent 思路重构微服务治理平台

方案痛点：

• 微服务问题的复杂性导致平台能力繁多、依赖技术参差，普通用户难以完全掌握微服务治理能力并做出准确抉择
• 疑难问题处理强依赖专家 case by case 分析，无法沉淀为通用能力
• LLM 落地过程中不稳定、效率低、缺少专业知识