lcynone的博客

第八章 分布式计算框架当使用zmq和其他技术构建产品时，会面临这些产品在现实世界中工作的问题。“现实世界”正在变成一个越来越多的移动部件的世界。我们的全球计算能力每两年就会翻一番。本章尝试构建一个分布式应用程序的框架，包括API，协议和实现。介绍如下内容： 分布式计算的需求 无线网络在近距离网络中的利弊 使用UDP和TCP探测 基于消息的API 创建一个新的开源项目 对等网络连接（和谐模式） 跟踪节点的存在和消失 没有中央协调的消息群发 大规模测试和模拟 处理高

第七章 使用zmq高级框架·如何安全地从创意过渡到能工作的原型（MOPED模式）·将的数据作为zmq消息序列化的不同方式·如何用代码生成二进制序列化的编解码器·如何使用GSL工具来建立自定义的代码生成器·如何撰写和许可一个协议规范·如何在zmq上进行可快速重新启动的文件传输·如何实现基于信用的流量控制·如何将协议的服务器和客户端构建为状态机·如何制作一个在zmq之上的安全协议·一个大型的文件发布系统（FileMQ）MOPED的目标是定义一个过程，通过它可以取得针对一个新的分布式应用程序

第五章 高级发布订阅模式 何时使用发布-订阅模式 如何处理过于慢速的订阅者（自杀蜗牛模式） 如何设计高速订阅者（黑盒模式） 如何监控一个发布-订阅网络（特浓咖啡模式） 如何建立一个共享的键-值存储（克隆模式） 如何用反应器来简化复杂的服务器 如何使用双星模式把故障转移添加到一台服务器一、发布-订阅模式的优点和缺点发布-订阅模式解决了旧的多播(multicast)和群消息(group messaging)的消息传递问题。发布-订阅模式是专门针对可扩展性的，适用于将大量的数据快速

第四章 可靠的请求-应答模式懒惰海盗模式：来自客户端的可靠的请求-应答。简单海盗模式：使用负载均衡的可靠的请求-应答。偏执海盗模式：使用信号检测的可靠的请求-应答。管家模式：面向服务的可靠排队。泰坦尼克模式：基于磁盘/断开连接的可靠排队。双星模式：主备份服务器故障转移。自由职业者模式：缺少代理的可靠的请求-应答。一、什么是“可靠性”1、 定义：从故障的角度来定义可靠性，如果我们可以处理一组特定的被明确定义和理解的故障，那么我们对于这些故障是可靠的。简单来说，可靠性就是“在代码冻结或崩溃时

第三章 高级请求-答应模式一、请求-答应机制1.简单的应答封包简单的REP-REQ模式两个套接字间传递的内容是一个空帧(空的分隔符帧)加消息帧如图1。图1 简单封包的消息2.扩展的应答封包在第二章中为了平衡多个REQ和多个REP，插入了代理(ROUTER-DEALER)，插入代理的数量可以是任意多的，这样能够很好解决客户端和服务器之间的各种各样的变动如图2。图2 扩展请求-答应模式ROUTER套接字会跟踪它具有的每一个连接，在所接受的每个消息前面加一个随机身份（也称作地址address

第一章 基础知识解释zmq：1、 像有路由的邮箱 很快2、 更小巧，更简单代码与代码之间必须要有交流，像人脑一样亿万个神经元相互发射消息互联方式：很多IETF规范，例如HTTP，但只考虑大型服务器和C/S集中：UDP,TCP,专有协议，HTTP和WebSocket分布： Skype, BTFixing the World：如何将任何地方的任何代码连接起来包装在人们容易理解和使用尽可能简单的构件中模式一：请求应答模式REQ-REP对应于RPC(远程过程调用)和C/S模型REQ-R

文章目录一、套接字（socket）API1.套接字接入网路拓扑2.用套接字传输数据3.单播传输4.I/O线程二、消息传递模式1.处理消息2.处理多个套接字3.多部分消息4.中间层5．动态发现问题6.共享队列(DEALER与ROUTER套接字)7.zmq内置代理功能8.传输桥接三、处理错误和ETERM四、处理信号中断五、检测内存泄漏六、用zmq多线程七、线程间信令(PAIR套接字)八、节点协调九、零拷贝十、发布-订阅消息封包十一、高水位标记十二、信息丢失的解决方案一、套接字（socket）APISock