使用微服务面临的挑战

使用微服务面临的挑战主要包括：固有的复杂性、分区的数据库架构和波及多个服务。

三大挑战

1. 固有的复杂性：微服务架构有很多优点，当然也有其不足。比如微服务应用是分布式系统，由此会带来固有的复杂性。开发者需要在 RPC 或者消息传递之间选择并完成进程间通讯机制。更甚于，他们必须写代码来处理消息传递中速度过慢或者不可用等局部失效问题。
2. 分区的数据库架构：另外一个关于微服务的挑战来自于分区的数据库架构。在商业交易系统中同时给多个业务分主体更新消息很普遍。这种交易对于单个应用来说很容易，因为只有一个数据库。而在微服务架构应用中，需要更新不同服务所使用的不同的数据库。使用分布式交易并不一定是好的选择，不仅仅是因为 CAP 理论，还因为今天高扩展性的NoSQL数据库和消息传递中间件并不支持这一需求。最终你不得不使用一个最终一致性的方法，从而对开发者提出了更高的要求和挑战。
3. 波及多个服务：一个问题在于，微服务架构模式应用的改变将会波及多个服务。比如，假设你在完成一个项目案例，需要修改服务 A、B、C，而 A 依赖 B，B 依赖 C。在单个应用中，你只需要改变相关模块，整合变化，部署就好了。相比之下，微服务架构模式就需要考虑相关改变对不同服务的影响。比如，你需要更新服务 C，然后是 B，才是 A，幸运的是，许多改变一般只影响一个服务，而需要协调多服务的改变很少。

使用微服务构建适合云的新型应用是很有意义的，因为它让你既利用了横向扩展架构，也利用了纵向扩展架构，还额外得到 API 的组合，且在整个业务中可重复利用。

可能在每一分钟都在交付新服务，这样你就会拥有一个敏捷的且即时响应的应用程序平台，当然这一平台一直在不断改进中，微服务架构也在前进着。