服务精简归拢——走出微服务误区与治理实践-李元哲.pdf

《服务精简归拢——走出微服务误区与治理实践-李元哲.pdf》由会员分享，可在线阅读，更多相关《服务精简归拢——走出微服务误区与治理实践-李元哲.pdf（31页珍藏版）》请在三个皮匠报告上搜索。

1、走出微服务误区与治理实践服务精简归拢/李元哲饿了么物流架构师李元哲热爱业务关注创新，带领团队在即时物流领域申请 30余件专利。历任 SRE、团队负责人和架构师。见证了饿了么的多轮业务&技术 变革，对系统演进有深刻理解和经验，DingTalk：leeka515Email：liyuanzhe.lyzalibaba-聚焦于业务团队的微服务治理思考和实践分享业务应用服务架构代码程序文化理念生态工具基础设施基建发展微服务依赖支撑0102走出微服务误区03饿了么物流治理实践目录CONTENT04总结阿里巴巴微服务发展史微服务概念定义 2014James Lewis+Martin Fowler 020201

2、0103030404解决研发协同，IOE高成本和扩展提供了丰富的高可用工具，异地多活建设组件paas化，通过云输出互联网中间件+中台思想拥抱云，让业务少些代码的具备微服务和高可用能力Dubbo 项目诞生Dubbo 开源Dubbo 暂停更新Dubbo 重启开源Dubbo于Apache孵化毕业2008-20122012-20142014-20182020-2008201120142017/092019/05动因（拆服务解决的问题）对比马斯克440亿美元收购Twitter一年后:全力“下云”，成本速降60%，功能代码从70万行减少至7万!Uber 支付团队放弃微服务，转用宏服务4月6日，Uber 支

3、付体验平台的工程经理 Gergely Orosz 发布推文表示其团队的架构方向已经发生了变化，放弃微服务，转而使用宏服务。即便是亚马逊也无法理解Servless或微服务放弃微服务，我们为什么重回单体架构?01引言0203饿了么物流治理实践目录CONTENT04总结业务技术基础技术云平台后端应用 编程语言 框架SDK 服务发现 配置中心 日志系统 分布式跟踪 CI/CD 故障发现 服务网格。基础设施服务 SaaS PaaS LaaS DDD 无状态设计.生态软件 需求复杂生态软件 需求简单服务越微越需要生态软件的实践发展演亦文化Conways law康威定律，它表明组织设计系统的方式将会被这个组

4、织的通信结构所约束。也就是说，一个组织内部的沟通方式、团队结构和界限将会在其设计的系统中体现出来。演亦文化law of entropy increase熵增定律,是物理热力学的第二定律，它描述的是一个封闭系统的熵（混乱度或无序度）随时间增加。当熵达到最大值时，系统就会出现严重混乱，最终走向灭亡。人月神话 FrederickP.Brooks.Jr.(图灵奖得主)沟通成本=n(n-1)/2复杂性的问题演亦文化成本提升了基础设施与维护开销，因每个服务需独立资源如服务器、数据库，导致资源消耗上升。同时，管理众多服务所需人力与工具亦增加成本。效能系统复杂性会增加，从而增大了很多管理成本。例如，马斯克曾提

5、到推特的微服务架构需要调用1200多个RPC，RPC的背后是数不清的研发资源进行在维护。稳定性一个功能可能需要跨多服务进行多次远程调用会增加延迟，每个服务故障都可能影响到整个系统。因此需要实施更为复杂的稳定性措施，如服务限流、观测、降级和熔断。演亦文化演亦文化演亦文化演亦文化演亦文化 有状态服务 VS 无状态服务 ServerLess VS 单体应用 VS 微服务利益调和产业导入不适当的技术选型 微服务 =服务拆的很细 微服务 =稳定性好=效能高研发“固化”的意识 微服务生态工具的建设弱 中间件技术掌控力较弱不匹配的基础能力水位 稳定性问题 拆服务 效率问题 拆服务忽视“真”架构问题演亦文化

6、微服务粒度与组织域差异过大 少数人维护大量微服务利益调和产业导入组织人员错位 未适应业务增量&减量 未感知业务价值的变化忽略发展 面向功能设计 面向技术设计抽象层次低“迷信”新技术架构 脱离业务规模设计系统过于追求完美01引言02走出微服务误区03目录CONTENT04总结 自营兼职运力迅速崛起 业务规模增长，越来越多样 拆分六大集团，经营责任制p 人才规模人才规模&人才密度越来越高人才密度越来越高服务增减变化（优化：23年起）python+java运单平台骑手平台.java专快融合技术融合.java+cpp自研地图算力升级.2015-20172017-20192019-20212022-饿了