服务的拆分相对偏理论，不像代码对错一眼明了，下面关于微服务的拆分也只是我个人的经历和见解。

一、微服务的目的

在开始的时候项目几乎都是单体，只有大单体和小单体之分。单体存在的主要问题是：牵一发而动全身。

想要避免这个问题，最好的解决办法就是分而治之。大部分时候的开发都是对于某个模块的某个功能进行开发，拆分成微服务之后就可以最大程度避免牵一发而动全身。（也没办法全然避免，服务之间也是有依赖的）

拆分成微服务之后就会带来其它的很多问题，比如服务注册、发现、服务之间调用、分布式事务，服务增多本身的维护也会变得更加困难。