拆分微服务注意的问题

很多中小规模的技术团队对微服务的概念都不甚了解，对该不应引入微服务也不置能否。还有一些技术团队，没有考虑实际业务场景，只是为了追求技术热点，盲目引入微服务，但又缺少相应的技术掌控能力，最后影响了业务的稳定性。千万不要为了微服务和使用微服务，由于拆分微服务带来不少复杂性，因此在拆分微服务以前，想明白如下问题该如何解决。

1）服务如何定义  （swagger）

2）服务如何发布定义  （注册中心）

3）服务如何监控     （dashboard）

4）故障如何定位     （链路追踪）

5）服务如何治理    （熔断）

并非说功能拆分的越细越好，过分的拆分反而会让服务数量膨胀变得难以管理，所以找到符合本身业务现状和团队人员技术水平的拆分粒度才是可取的。我建议的标准是按照每一个开发人员负责不超过 3 个大的服务为标准，毕竟每一个人的精力是有限的，因此在拆分微服务时，能够按照开发人员的总人数来决定。