【成为架构师3-2】服务化：微服务的粒度，究竟要细到什么程度

Nevercome_

于 2020-07-21 19:45:13 发布

阅读量823

点赞数

CC 4.0 BY-SA版权

分类专栏：成为架构师文章标签：网关分布式

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/Sunsscode/article/details/107496800

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

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结，原内容公众号“成为架构师”。

目录

统一服务层

最开始，也是最简单的，仅是抽象出一个服务层，所有的服务都是在一起的，全局只有一个服务的概念，这一服务满足上游的所有调用，并对下游进行操作
在这里插入图片描述

子业务服务

统一的服务层不利于扩展部署和维护，按照业务的垂直拆分，进行服务划分，一个业务一个服务，下图就是表现了用户服务、朋友服务、群组服务、消息服务
在这里插入图片描述
上游的业务可能会调用多个服务，形成了网状关系，复杂性增大，引入网关进行统一转发可以解决这个问题

调用方通过服务号访问网关，网关通过服务号对调用进行分发

一个数据库一个服务

一个服务可能会对应多个数据库，如下图的群组服务，就是群组信息、群组成员、群组消息三个库&#x

最低0.47元/天解锁文章

评论

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

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。