2、快狗打车-沈剑-微服务之后，分层架构该如何演进.pdf

微服务之后，分层架构该 如何演进？ 沈剑-快狗打车CTO 沈剑 • “架构师之路”作者，深夜写写技术文章 插入头像 • 到家集团技术委员会主席 快狗打车(原58速运)CTO • 前58同城 - 高级架构师，技术委员会主席，技术学院优秀讲师 • 前百度 - 高级工程师 互联网分层架构本质？ 典型分层架构 • 传统三层架构 • 服务化后四层架构 • MVC服务端与客户端 典型分层架构 • 数据处理 - 各层次的形态 • 数据移动 - 传输格式，协议 为什么要讨论这个？ 分层架构演进的方法论 • 让上游更高效的获取与处理数据 • 让下游能屏蔽数据的获取细节 这个能够解释和回答 为什么要做这样的“架构分层” • DAO • 基础数据服务 • 通用业务服务 • 前后端分离 • 数据库中间层 互联网分层架构演进历程 为什么要分层抽象出DAO层 为什么要分层抽象出基础数据服务层 为什么要分层抽象出通用业务服务层 为什么要分层抽象前后端分离 为什么要分层抽象前后端分离 为什么要分层抽象数据库中间层 再回顾，互联网分层架构演进历程 再回顾，分层架构演进的方法论 • 让上游更高效的获取与处理数据 • 让下游能屏蔽数据的获取细节 现在的主要矛盾在哪里？ 今后的路怎么走？ 负载均衡，数据收集，服务发现，调用链跟踪… 这些“黑科技”，一般是类似于“架构部”的部门去推动的！ 业务研发部，享受这些“黑科技”带来的便利！ 理想很丰满，现实却是… RPC-client在业务进程里，RPC-server在服务进程里： • 业务技术团队，学习框架组件需要成本，难以专注在业务研发 • 业务技术团队升级进度不一，client维护m个版本，server维护n个版本， 兼容性测试m*n个版本 • 可能要研发C-client ，Python-client ，go-client ，Java-client • 自上而下的升级，往往以季度、半年、年为周期（举例：fastjson升级） 有没有可能，“让业务的归业务，让技术的归技术”呢？ 思路：服务拆分为两个进程，一个关注业务，一个关注技术 于是，架构演变成了… • 分层架构演进的方法论 （1）让上游更高效的获取与处理数据 总结 （2）让下游能屏蔽数据的获取细节 • 分层架构演进的过程 • 微服务架构存在的问题 （1）DAO （1）技术基础设施，与业务代码耦合 （2）基础数据服务 QA （3）通用业务服务 • 解决思路 （4）前后端分离 （1）分层解耦，进程分离 （5）数据库中间层 （2）让业务的归业务，让技术的归技术 麦思博(msup)有限公司是一家面向技术型企 业的培训咨询机构，携手2000余位中外客座 导师，服务于技术团队的能力提升、软件工 程效能和产品创新迭代，超过3000余家企业 续约学习，是科技领域占有率第1的客座导师 品牌，msup以整合全球领先经验实践为己任， 为中国产业快速发展提供智库。