架构设计：一种远程调用服务的设计构思（zookeeper的一种应用实践）

发布时间：2025-11-05 02:40:12 来源：创站工坊 作者：IT科技

在深入学习zookeeper我想先给大家介绍一个和zookeeper相关的架构践应用实例，我把这个实例命名为远程调用服务。设计设计通过对这种应用实例的种远种描述，我们会对zookeeper应用场景会有深入的程调了解。

远程调用是用服用实系统与系统之间的通信机制，它的构思另一种理解就是进程间的通信。做分布式系统的架构践开发，远程调用技术是设计设计其核心技术。远程调用技术可以将一组计算机系统形成一个网络系统，种远种对外提供整体服务，程调那么这一群的用服用实计算机系统就构成了一个更大型，性能更高的构思计算机系统。

我在前面的架构践博客里介绍了一种分布式网站的架构设计，其中就有一个使用netty技术编写的设计设计组件作为前端系统和服务端系统通信的媒介。在一个大型的种远种互联网公司里会有很多这样的网站系统，如果每一个网站都像我博客里所论述的高防服务器进行开发，那么对于系统通信维护和管理，以及每个系统网络资源的分配管理就会造成一定的问题，对于这样的问题，我举个例子可能大家会更明白些，比如一个互联网公司有数个对外提供服务的网站，有的网站访问量很大，有的相对较小，但是公司的宽带资源是有限的，那么我们就希望动态的管理和分配这些资源，如果我们网站的通信功能和网站都是紧耦合的，那么调配这些资源的工作就会比较复杂和繁琐，也很容易出问题。这样的问题还会还有很多，我这里不做细致分析了。做软件开发时候，有个原则，企商汇如果某个功能是可以通用的，该功能很需要统一管理时候，我们就应该把这个功能抽取成一个独立的系统或组件，并且这个系统或组件赋予一些增强级的功能特性，这样必定对整个系统的健壮性、可用性以及效率上有所提升。

而我在分布式网站里所描述的通信技术，就是远程调用技术的一种，远程调用技术就是客户端和服务端的通信技术，它可以当做cs架构技术的一种，在java里有很多优秀的框架实现远程调用，例如java自带的RMI，spring自带的Httpinvoker，webservice技术等等。但是现有的这些技术满足不了互联网公司的远程调用需求，今天我将讲述一套我自己构思的IT技术网一套远程调用技术，这个是借鉴了一些我们公司的类似软件的做法。

该框架主要是针对java的，其他语言目前不能支持。首先我要总结远程调用技术要包括那些技术，它们分别是：

我这里设计的远程调用框架，除了以上的功能外，我希望它还能有心跳管理机制，超时管理机制，服务分级管理，就是根据服务的重要性或者系统的繁忙度可以调节网络资源。

哈哈，讲了这么久估计有童鞋可能有点烦了，不是说应用zookeeper的实例吗？怎么还没见到zookeeper的影子。别着急，zookeeper马上就要上场了。

还是以我前面博客里写分布式网站讲起，服务端系统我们可以当做服务提供者，前端系统当做服务调用者，提供者可以类比商户，调用者可以类比客户，商户和客户可以直接进行交易，这种直接交易方式非常原始甚至还会有风险，现代社会商户和客户直接的交易十分高效，高效的原因是因为有一个规范的大市场，商户和客户的交易在市场里进行的，这样交易会变得更加安全和高效，我设计的分布式框架最大的特点就是提供了一个类似市场的角色，它来管理服务提供者和服务调用者，我把这个功能模块称为远程调用管理组件。

远程调用管理组件是本框架的核心，它的主要作用是接收服务端提供者的注册的通知，该通知一般是接口以及该接口的实现类还有服务器的ip地址，管理组件会将这些通知记录下来，并且根据配置对这些服务程序进行分组和标记，注册好的信息管理组件会将这些信息推送到服务调用者。远程调用管理组件还包含心跳机制，这个心跳机制是针对服务提供者，通过心跳机制检测服务提供者的健康状况，管理组件不会检测服务调用者的健康状态，因为这个没必要，因为本框架的使用还是调用者直接去请求提供者，逻辑上是没必要关心调用者的状态，这和bs架构里浏览器一样，我们不会去关心浏览器用户是不是存在。服务提供者、服务调用者和远程调用管理组件的关系如下图所示：

远程调用框架运行的过程是：当服务提供者启动时候，它会将自己的ip地址和注册的方法传输到远程调用管理组件，管理组件接收到注册信息会将这些信息存储下来，存储技术就是使用zookeeper，存储成功后，管理组件会将成功通知传回给服务提供者，同时管理组件还会通过心跳检测服务提供者是否健康；当服务调用者启动时候，它会向管理组件请求服务提供者信息，管理组件接收到请求后会将相关信息推送给服务调用者。在实际系统运行时候，服务调用者直接和服务提供者进行通信交互了，通信方式是netty，如果调用者和提供者有相关变化，都会先通知服务管理组件，服务管理组件会将相关变更信息推送给相应的系统。

远程调用管理组件主要是通过zookeeper实现，zookeeper拥有一个层次的命名空间，它的模型是一个树状结构，树状结构是一个强大的数据类型，它几乎能存储所有不同的数据类型，我们通过zookeeper将这些信息保存起来，便于我们管理整个远程调用框架，同时zookeeper还是高可靠的，这个我在前面zookeeper文章里讲到了，这样就保证了整个远程调用框架的稳定性，实际应用中我们会将组件编译成一个jar包，不同的项目直接引用这个jar包，这样管理组件服务端和服务的提供者和调用者就联系起来。至于提供者和调用者的通信机制是直接进行，因为我们将通信程序集成在jar包里，只不过相应的管理机制抽取到外部服务端进行统一管理。

这就是我设计的远程调用框架，可惜的是，这个构思我还没有真正实现过，今天拿出来是想体现zookeeper的实际应用，为我后面讲解zookeeper做铺垫，至于是否可行，看以后有没有机会开发个类似的系统，到时估计还有很多意想不到的问题要解决。

（远程调用服务的设计我参考了技术友人马德鑫的设计，他曾是淘宝的技术架构师）

相关文章