为了解决分布上式应用程序之间的 RPC 调用问题,我们决定自行开发一套 RPC 框架。这款 RPC 框架需要做到足够轻量级,首先功能必须够用且用法必须简单,其次性能必须高且稳定性必须有保障。我们会将 Netty 作为主要的技术造型,同时也会用到一些其他相关的开源技术。
对于这款分布式 RPC 框架而言,我们希望它具备 以下基本特性。
- 具备高性能、高并发、高可用能力;
为了满足第一点特性,我们可通过 Netty 实现高性能与高并发,因为 Netty 提供了 NIO(Non-blocking I/O,非阻塞输入/输出)支持,具备异步通信与事件驱动特性,可用来开发 RPC 框架的服务端与客户端。
- 客户端无需知道服务端的具体信息;
我们使用 ZooKeeper 来注册服务端的配置信息(包括服务名称、主机名、端口号等),在客端通过 RPC 来调用服务端之前,需要先从 ZooKeeper 这个“服务注册中心”中获取服务端的配置信息(该操作称为“服务发现”),进而通过主机名与端口号去连接相应的服务端,随后通过调用本地接口来执行 RPC 请求的远程调用,最终获取服务端的响应结果。更重要的是,ZooKeeper 与服务端建立了长连接,可定时进行“心跳检测”,确保服务端是否正常运行,当进行服务发现时只会获取正常运行的服务端配置信息。因此,使用 ZooKeeper 也能同时满足高可用要求与以上第二点特性。
- 客户端与服务端均可面向接口编程。
与 gRPC 这类 RPC 框架类似,我们希望首先能定义出 RPC 接口,并基于这个接口来开发服务端与客户端。与就是说,在我们自行开发的 RPC 框架中同样能做到面向接口编程,这是第三点特性。