[@徐雷frank][¥20]微服务是否已成为市场上大多数需求的解决方案？如果是，那在拆分微服务的过程中，如何把握服务粒度？如果不是，为什么？

建议按照业务领域来拆分，比如涉及到交易系统，那么就可以拆分商品、订单、卖家、买家、库存等。至于粒度，不同公司不一样，可以从你拆分微服务的初衷来考虑，只要能达到灵活发布，方便多团队协作，资源隔离的目的就好了。

1、微服务并不是大多数需求的解决方案，因为很多公司的架构并未达到微服务架构的层次
2、简单开发几个API，这个不算是微服务，这个算是API调用，架构层级只能算是服务接口化的一种实现。
3、微服务架构针对特殊的场景，单体应用无法满足现状，开始拆分部分服务接口，单独开发，集群，监控部署等
4、服务的粒度一般有多种方式，目前的主流方式的基于Domain业务领域的划分方法
5、微服务架构目前最成熟也是唯一的解决方案是Java Spring Cloud。其他的都是半吊子，不完善，缺失很多东西。