当我们的应用做了拆分,做成了一个个的微服务之后,就需要跨进程调用了,不像单体项目,可以进程内直接调用。
那么,微服务之间的跨进程调用都有哪些方式呢?
首先最常见的我就是 HTTP 调用了,使用HTTP协议进行通信,通过HTTP请求和响应进行数据交换。常见的方式有以下几种:
RESTful API:
Feign&OpenFeign:
但是从Spring Cloud 2020版本开始,官方宣布Feign将不再维护和支持,推荐使用OpenFeign作为替代方案。再但是,随着SpringCloud 2022的发布,官方宣布OpenFeign将被视为功能完整。这意味着Spring Cloud团队将不再向模块添加新特性。只会修复bug和安全问题。
@HttpExchange:
Spring Cloud REST Client:
除了 HTTP 外,用的比较多的还有 RPC 的方式。
以下是目前比较常用的几个 RPC 的框架:
Dubbo:
gRPC:
Thrift RPC:
多进程之间的通信,除了 HTTP、RPC 等直接调用以外,还经常用消息来做通信。
像 RocketMQ、Kafka、RabbitMQ 以及 ActiveMQ 等,有很多这样的消息中间件可供选择。
✅Kafka、ActiveMQ、RabbitMQ和RocketMQ都有哪些区别?
还有一种是新技术(其实也好多年了)——Service Mesh(服务网格),技术如Istio、Linkerd等,提供了对微服务之间通信的控制和管理能力,包括负载均衡、故障处理、安全策略等,通过Sidecar代理实现微服务的通信和控制。
1、如果对性能有严格要求,可能需要选择高性能的RPC框架,如gRPC或Dubbo 等,它们可以提供更快速和高效的通信方式。
2、如果系统是非常复杂的分布式微服务项目,涉及多个微服务和复杂的业务逻辑,可能需要考虑使用支持服务注册、负载均衡、断路器等功能的微服务框架,如Spring Cloud的各种组件(包括Feign、Ribbon、Hystrix等)或Dubbo。
3、如果需要支持异步通信,消息队列肯定是首选了,当然有些 RPC 框架也支持异步,但是MQ 还能起到解耦、削峰填谷等作用呢。
4、如果要有跨语言的异构场景。可以考虑用 Service Mesh