如何拆分微服务

一、分解业务问题        

        将业务问题分解为功能独立、单一的服务，虽然期望单个服务能封装该职责所有的业务规则，但往往不是这样，经常会看到需要跨多个微服务来完成业务功能。比如，一个用户需要开具发票，需要用到用户信息、开票信息、第三方开票平台等数据。因此，分离业务的时候，通过查看数据域中哪些不适合放在一起的地方来划分微服务的边界。

二、拆分服务粒度

        拆分微服务的服务粒度时，过粗或者过细的粒度都不好，很难一开始就做到拆分很合适，这需要经验的积累，但是有些思想可以作为借鉴

        1.初始粗，后续细

        最开始的时候，对业务还不是特别理解，如果将服务粒度划分过细，那么会增加服务的复杂性，同时也会增加接口对接成本、系统硬件成本等，等后期对业务深入了解后，可以拆分为多个服务，这有点类似于：由简入奢易，由奢入简难

        2.关注服务如何交互

        如果多个微服务之间存在相互调用的情况，那么最好是把这些服务放在一起作为一个服务

        3.职责变化

        随着对业务的理解深入，服务的职责可能在不断增加，这时候把原来的服务拆分出去为多个服务，而原来的服务本身作为新服务的编排层（也就是业务层），将其他服务封装起来

三、判断服务粒度粗细

        1.过粗

                服务承担太多职责：改服务内的业务流程很复杂，执行多样化的业务规则

                横跨