微服务架构实践：从REST到RPC.pdfVIP

RPC和微服务

微服务简述

面的例子当中，我们在网盘项目当中引入消息队列，以减少文件备份业务和文件上传业务之间的耦

合。受到这个例子的启发，我们发现，如果把整个复杂的应用的按照各个功能进行模块分解，那么就可

以减少不同业务之间的耦合，并且能够提升业务的聚合程度，这样就可以降低复杂应用的开发

和治理难度——这就面向服务设计或又称为微服务架构。

在给单个功能模块设定清晰的边界，这个功能模块就可以称为服务。在应用开发的时候，开发人员

可以专注在服务的进行开发，而在应用部署运行的时候，用户可以采用有效的策略来治理（比如限

流、降级、熔断等等）各个服务。采用开发和治理分离的方式，开发人员的工作就化繁为简了。

不同服务完全可以独立构建、独立部署和独立更新的。服务在设计时只需要考虑自身业务的实现以及对

外的接口设计；不同的服务可以各自单独部署，有些服务可以部署为单体，另一些可以部署成集

群；服务在更新升级的时候，只需要维持接口的一致性，不需要考虑其他服务的兼容性。

如果把署在多台机器上，配合上相关的分布式系统技术，就可以容错能力。在规定服务之间

通信的协议，不同的服务完全可以使用不同的语言进行开发