微服务到底如何拆？

微服务到底如何拆要注意以下两个方面
第一个是划分服务的时候，按照业务流程的步骤进行划分，这是开发人员传统的面向过程的思维定势造成的。也可能是传统的SOA过度而来的一种划分方式。这种划分微服务的最大缺点在于，服务与服务之间存在很强耦合性，服务的优雅降级无从做起，而且还存在大量的跨机事务需要解决。
另外一个问题就是基础功能或是公共代码的问题，开始采用微服务架构时，很多项目喜欢讲基础功能独立成为一个服务，这些基础功能不是业务功能，而是一部分公用的非独立的功能。在项目的初期，这种设计确实是提高了代码的复用，但是随着系统需求的变化，这些基础服务会被频繁修改，导致变得复杂难以维护。这种为了实现代码共享的基础服务，破坏了服务自治的约束，提高了部署和运维的难度，降低了系统的可用性。