zmq-rpc:基于zeromq网络层编写的protobuf RPC框架

标签： zeromq | 发表时间：2011-08-16 21:42 | 作者：那谁 Shengbin
出处：http://www.codedump.info

阅读过zmq的代码之后,感觉这个网络层是我目前见过最高效的–线程之间使用lockfree的消息队列保存消息,可以启动多个I/O线程分担压力等等特性.于是决定基于它写一个protobuf RPC的框架.

不过有一些遗憾,目前zeromq的几种pattern中,都不是特别的符合我的想法.REQ/REP模式是一问一答必须成对匹配出现,这样基于它的客户端就必须要等待server端的回复才能继续下去,这种做法同步阻塞住了程序,没有办法将请求异步化.PAIR模式倒是可以不阻塞,但是只能一对一的通信,没有办法多对一.如果以后能有结合了REP/REQ模式和PAIR模式的产物,就方便很多,貌似zeromq团队正在做让使用者定制模式的改动,以后再说吧.

另外,这里使用的protobuf是旧版本2.3.0,新版本2.4.1的生成的RPC service接口跟原来不太一致,暂时还没有去研究它.BTW,升级版本之后导致原来的接口发生变化这是一个很操蛋的事情.

今晚花了大概两个小时,写了几百行的代码,代码放在这里.还算是够简洁,使用的模式是REP/REQ,如前面所说,这样client端就得阻塞等待server端响应才能继续下一步操作了.sample目录是我写的一个基于这个框架的echo 服务器,使用者可以对照着使用这个框架写自己的RPC服务.

相关 [zmq rpc zeromq] 推荐：

zmq-rpc:基于zeromq网络层编写的protobuf RPC框架

- Shengbin - codedump
阅读过zmq的代码之后,感觉这个网络层是我目前见过最高效的–线程之间使用lockfree的消息队列保存消息,可以启动多个I/O线程分担压力等等特性.于是决定基于它写一个protobuf RPC的框架.. 另外,这里使用的protobuf是旧版本2.3.0,新版本2.4.1的生成的RPC service接口跟原来不太一致,暂时还没有去研究它.BTW,升级版本之后导致原来的接口发生变化这是一个很操蛋的事情..

Hadoop RPC机制

- - 企业架构 - ITeye博客
RPC(Remote Procedure Call Protocol)远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议. Hadoop底层的交互都是通过 rpc进行的. 例如：datanode和namenode 、tasktracker和jobtracker、secondary namenode和namenode之间的通信都是通过rpc实现的.

ZeroMQ(java)中监控Socket

- - CSDN博客架构设计推荐文章
基本上ZeroMQ（java）中基本的代码都算是过了一遍了吧，不过觉得它在日志这一块貌似基本没有做什么工作，也就是我们通过日志来知道ZeroMQ都发生了什么事情. 而且由于ZeroMQ中将连接的建立和重连接都进行了隔离，用户不需要做什么事情来维护连接，当然这样做的好处是使程序员的编码工作变少了，但是当然也有不好的地方，那就是用户失去了对ZeroMQ整个运行阶段的控制.

[转][转]ZeroMQ 深度探索

- - heiyeluren的blog（黑夜路人的开源世界）
最初认识 ZeroMQ 是被它的名号所吸引，最近在一个高性能中间件的项目中用到了 ZeroMQ，对这个号称“史上最快的消息队列”有了更深层次的了解. 如果我们仅仅把 ZeroMQ 看作是一个消息队列，那就完全搞错了，ZeroMQ 是一套智能传输层协议，它不仅为开发者提供了强大的开发包，还包含了一套很棒的通信协议的实现，更值得一提是，它对分布式系统开发有着相当独到的见解，绝对值得我们好好学习.

[转]史上最快消息内核——ZeroMQ

- 乾 - heiyeluren的blog（黑夜路人的开源世界）
来源：http://blog.dccmx.com/2011/02/zeromq/ . ZeroMQ是一个很有个性的项目，它原来是定位为“史上最快消息队列”，所以名字里面有“MQ”两个字母，但是后来逐渐演变发展，慢慢淡化了消息队列的身影，改称为消息内核，或者消息层了. 从网络通信的角度看，它处于会话层之上，应用层之下，有了它，你甚至不需要自己写一行的socket函数调用就能完成复杂的网络通信工作.

ZeroMQ--使用jzmq进行编程

- - 编程语言 - ITeye博客
如果没有安装libtool、libuuid-devel则需要先安装，否则安装失败. 出现java.lang.UnsatisfiedLinkError: /usr/local/lib/libjzmq.so.0.0.0: libzmq.so.1: cannot open shared object file: No such file or directory异常 .

ZeroMQ(java)入门之Requerst/Response模式

- - CSDN博客架构设计推荐文章
自己最开始是在cloud foundry中接触过消息服务器（nats），或者说是消息中间件，也算是初步知道了一个消息服务器对于分布式的网络系统的重要性，后来自己也曾想过在一些项目中使用它，尤其是在一些分布式的环境下，可以极大的方便整个系统的实现. 在中间通过一个消息中间件，可以很方便的将各个woker的数据发送到最终的统计服务器来做数据的统计，从而减少很多在网络通信中会消耗的编程时间.

JAVA RPC 通讯框架

- - 经验沉淀 知识结晶
Bison 是一个JAVA 程间的通信框架，基于apache mina 实现，对mina进行了byteBuffer 缓冲区重用以及半包出处时减少拷贝. 客户端(bison-client) 功能点. 2 支持高用性：高可用的一个基本原则，可以接受快速的失败，但不能接受长时间的等待. Githup地址:https://github.com/gavenpeng/Bison.

Avro RPC 对比测试

- - 行业应用 - ITeye博客
J2EE平台常采用多层分布式的架构体系. 分布式服务节点之间需要通讯和交互（业务节点和资源节点之间），服务端和客户端需要交互（终端客户端需要调用服务端的远程服务，客户端有C实现的，也有Java等其他语言实现的）. 因此基础平台需要提供一个稳定、高效的、可伸缩的RPC服务性组件. 稳定，高性能；作为一个基础性的骨架组件，高可用性和高性能是必备的；传输层希望是面向连接的TCP通信.

RPC原理详解 - 永志

- - 博客园_首页
RPC 的主要功能目标是让构建分布式计算（应用）更容易，在提供强大的远程调用能力时不损失本地调用的语义简洁性.  为实现该目标，RPC 框架需提供一种透明调用机制让使用者不必显式的区分本地调用和远程调用. 下面我们将具体细化 stub 结构的实现. 客户方等待调用执行完成并返回结果. 客户方调用后不用等待执行结果返回，但依然可以通过回调通知等方式获取返回结果.