当前微服务发展至今，仍然存在几个问题：

1. 业务开发者需要感知复杂基础设施，启动慢（分钟级），研发效率低
2. 拆分微服务的成本高：拆分后每个子应用都包含公共部分（框架、中间件等），资源成本高，且需要长期维护
3. 拆分微服务的敏捷度与业务、组织发展的敏捷度不一致，如何合理的拆分微服务始终是个老大难的问题，拆得多造成资源和管理成本，拆的不够造成协作效率问题
4.……

蚂蚁在研究了业务痛点后，采用分层思维模式，在传统微服务只是横向拆分基础上，改进成同时进行纵向和横向拆分，纵向拆分成基座和模块，使得模块不占用额外机器（节省容量），模块开发者只关注业务自身（认知负荷低）；横向拆分成多个模块，让模块开发者可以独立迭代互不干扰（协作效率高）。当前蚂蚁内已经全部 BG 共 70W Core 应用使用该新型应用架构模式，构建产物从原来的 GB 下降到 MB, 业务启动降到秒级，平均迭代效率提升 10 倍。目前也开源出 Koupleless 项目，希望帮助行业解决类似问题，降本增效。

演讲提纲

1. 传统应用研发与微服务的问题与挑战

• 单体应用过大，多人协作阻塞
• 拆分微服务过多，资源占用过多
• 微服务拆分没有标准，大应用过大与小应用过多带来长期的问题治理成本

2. Koupleless 的思考与权衡

   解决思路：通过模块化框架对传统应用进行三个设计：

• 分层屏蔽基础设施
• 细化研发粒度避免协作阻塞
• 平滑演进帮助传统应用低成本享受到 Serverless 收益

3. 该模式需要建设的完整能力有哪些

   该模式带来的优势和劣势，如何权衡

• 优势：快、省、灵活部署、平滑演进
• 劣势：需要解决生态的模块化兼容性问题，如果在一个进程内运行多个应用，如果低成本的解决这些兼容适配问题

4. 运维平台与调度的低成本演进之法

• 基于模块化可以有哪些高级的运维调度能力，快速发布、秒级扩缩容、资源高密调度、流量调拨
• 模块化平台的基础能力需要有哪些
• 如何完成模块化平台的低成本能力建设，与生态融合

5. 蚂蚁与开源社区落地的实战经验

• 蚂蚁 Koupleless 诞生于开源之路
• 针对多种业务模式，中台模式、传统应用模式、通用基座、代码片段模式分别实践效果

6. 总结展望

• 帮助传统应用低成本演进到 Serverless 的经验总结
• 未来通过模块化研发模式实现降本增效、助力绿色计算的思考

实践痛点

当前的多模块是基于 Java 语言，在一个 JVM 内安装多个模块，也就是多应用模式。在多应用模式里，存在一些与生态不兼容的问题：

• 共享变量带来的互相干扰
• 运行时多 classLoader 切换时带来不一致的问题
• 在运维平台上，如何低成本的与现有的生态集成
• 如何支持更多的语言类型

演讲亮点

1. 在应用研发与微服务领域，与传统微服务的横向拆分方式不同，Koupleless 模块化将传统应用同时进行纵向和横向拆分

• 下沉基础设施
• 细化研发运维粒度

2. 存量应用可低成本演进的 Serverless 之路

听众收益

• 了解蚂蚁集团在应用架构上前沿的技术和成果
• 开拓一些新思路，用新方法思考如何合理拆分微服务，解决拆分过多，或未拆分带来的问题，同时也避免微服务的额外损耗
• 了解该新模式是如何权衡利和弊，在隔离与共享之间找到能解决当下问题的最佳平衡点
• 了解目前这种新模式在领域里的现状与挑战，以及未来的展望
• 如何将这套模式应用与自身企业，解决降本增效问题，帮助存量应用低成本演进到 Serverless 模式