前言
关于微服务颗粒化的程度大家从开始学习就有疑惑，到底为服务需要到什么样的程度才算可行。我来讲讲我对微服务这半年来的感受。
最低颗粒
这是所有人刚接触微服务最大一个问题，到底要怎么切，或不知道怎么切。
- 最低可以完成一个完整的业务
- 小团队可以人和业务结合
与团队匹配的颗粒
- 大神康威说过，组织架构即是微服务架构。
- 使用为服务必须要匹配技术架构，否则将会非常凌乱。
小团队真的不适合微服务
- 经过两个业务的实践发现小团队并不适合使用微服务，微服务带来了，可测试性，跨服务事务，版本管理，API文档等问题。大大减低项目进度效率。
- 如果硬要使用，可以先搭建一个简单微服务，把业务和非业务分开，减少其他技术栈，保留了微服务扩展，并去出微服务所带来的挑战。
为何我还要用
- 我一直致力于快速构建系统，需要模块化更强，累积性更强的架构，微服务前期投入很大，等到成熟的时候，我们将获得更多通用模块。
- 只需要完成业务级代码即可，事实上是都需要做些调整，但是还是极大的加快了项目进度。
总结
- 还是和一开始接触微服务的感受一样，没有银弹，最少两个团队以上才需要使用到微服务。项目的初期或小型应用就用单体应用，未来业务的挑战还不清楚的情况下，也很难对未来的架构进行预留。
网友评论