微服务面临的挑战
微服务的粒度影响服务的交付速度及扩展性，微服务的开发引入治理组件，增加了开发的难度，以容器为基础的微服务基础设施在弹性等方面仍有不足，而微服务增加带来的基础设施成本也是微服务实施的新挑战。
1.微服务的粒度仍然比较大
当前微服务划分主要遵循单一职责的原则，比如将用户管理的功能作为一个单独的微服务。如图所示，用户管理微服务提供了 API 注册、登录、登出功能。通常，从提升用户体验的角度来看，浏览器会保留用户的会话，除非用户主动登出，否则不会请求登出 API。所以，登出和注册的 QPS 差距较大，对扩展的诉求完全不同。而且，注册 API 和登出 API 的变更频率也可能不同。进一步拆分可以带来扩展性等便利，但整个微服务的数量也会提升一个量级，给基础设施的管理带来负担，那么如何做好架构权衡，既能够拥有架构上的高可扩展性，又不用增加基础设施管理成本呢?
2.微服务开发仍有较高门槛
Java 微服务开发的软件栈要求开发者掌握以下技能。
Java微服务开发技术栈相比于单体应用开发，微服务开发效率得到提升的部分来自服务粒度减少及开发框架的改进，例如，从复杂的 SpringMVC 演进到 SpringBoot，框架更加轻量化。但在其他方面(并发处理等)并没有什么改变，同时在微服务治理、分布式事务等方面的开发难度反而增加了。服务网格的出现，让开发人员可以不用关心服务治理的内容，但这样会带来服务性能的下降和维护的复杂性，其使用的范围也存在局限。是否存在一种新的编程模型及开发框架，让开发者在了解基本的语言特性和编程模型后，便可上手开发业务逻辑，而不用关心网络、并发、服务治理等问题?
