系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。
统一服务层
最开始,也是最简单的,仅是抽象出一个服务层,所有的服务都是在一起的,全局只有一个服务的概念,这一服务满足上游的所有调用,并对下游进行操作

子业务服务
统一的服务层不利于扩展部署和维护,按照业务的垂直拆分,进行服务划分,一个业务一个服务,下图就是表现了用户服务、朋友服务、群组服务、消息服务

上游的业务可能会调用多个服务,形成了网状关系,复杂性增大,引入网关进行统一转发可以解决这个问题

调用方通过服务号访问网关,网关通过服务号对调用进行分发
一个数据库一个服务
一个服务可能会对应多个数据库,如下图的群组服务,就是群组信息、群组成员、群组消息三个库,但由一个统一的群组服务进行访问

一个数据库一个服务就是划分为三种服务:

本文是博主对《架构师训练营》的笔记,讨论了服务化的不同粒度,从统一服务层到子业务服务、一个数据库一个服务甚至一个接口一个服务。介绍了每个粒度的优缺点,强调在实际生产中,基于业务划分微服务通常是最佳实践。
最低0.47元/天 解锁文章
171万+

被折叠的 条评论
为什么被折叠?



