阿里-杨灿成-云原生编程方式的探索和实践.pdf

《阿里-杨灿成-云原生编程方式的探索和实践.pdf》由会员分享，可在线阅读，更多相关《阿里-杨灿成-云原生编程方式的探索和实践.pdf（44页珍藏版）》请在三个皮匠报告上搜索。

1、主办方： 云原生下编程方式的探索和实践 主办方： 主要内容 1. 淘系业务和研发现状分析 2. 云原生下的解决思路和编程方式探索 3. 淘系业务的落地实践 4. 更多的探讨和展望 主办方： 淘系业务和研发现状分析 主办方： 业务形态分析 快速发展的创新业务 - 协调稳定的中台和多变的前台业务 - 横向整合多个中台能力 - 多为快速迭代的数据聚合型创新业务 主办方： 技术架构 逐渐沉淀领域服务，形成大协同(中台服务) 聚合层承载聚合层承载view等易变逻辑等易变逻辑 流量经过无线网关进入 容易形成巨石应用容易形成巨石应用 端侧开发效率更高端侧开发效率更高 主办方： 应用的工程架构演进分析 通用技

2、术 领域复用层 工程框架 模糊的复用层 易变工程框架 业务逻辑层 简易工程框架 业务逻辑层 业务逻辑层 通用技术 领域复用层 工程框架 业务逻辑层 初期 1-2年 2-5年5年+ 重重SDKSDK 逐渐形成复用层 模块化形成平台形成巨石单体 协同问题突出 稳定性挑战 拆分成本开始显现 自建非标交付体系 工程成本指数攀升 语言锁定 主办方： 演进之痛-通用能力分类 通用技术领域能力 主办方： 演进之痛-通用能力复用形态的选择 App serviceserviceservice 中心化 App serviceserviceservice 部分逻辑前置 去中心化 sdk sdk sdk sdk VS

3、 中心化：服务化 强管控 低耦合 去中心化：重SDK 稳定性 强性能 主办方： 淘系业务研发面临的问题 通用能力的FatSDK大量存在 FatSDK带来的问题 - 多语言互通性差多语言互通性差 - 接入复杂接入复杂 - FatSDK往往引入其它sdk，会让依赖无限膨胀，同时引用多个FatSDK时依赖排查的问题就比较复杂 - 应用臃肿应用臃肿 - 有些FatSDK因为本身的功能表达没封装好，部分功能细节外溢给开发者，带来一定的接入和学习门槛 - 绝大部分FatSDK都只有JAVA版本 - 集成了各种FatSDK后，导致应用变得臃肿，同时因为FatSDK初始化等原因导致应用整体启动变慢 - 后期升级维护成本高 - 通用技术：HSF、API网关、MQ、配置中心等 - 领域能力：电商的物品中心(IC)、用户信息中心(UIC)等等 主办方： 云原生下的解决思路和编程方式的探索 主办方： 解决应用臃肿