我们在实际的应用中最常遇到的场景如下:

A向B发送请求,B向A返回结果。。。。

但是这种场景就会很容易变成这个样子:

很多A向B发送请求,所以B要不断的处理这些请求,所以就会很容易想到对B进行扩展,由多个B来处理这些请求,那么这里就出现了另外一个问题:

B对请求处理的速度可能不同,那么B之间他们的负载也是不同的,那么应该如何对请求进行分发就成了一个比较重要的问题。。。也就变成了负载均衡的问题了。。。

其实最好的负载均衡解决方案也很简单:

绝大多数的任务都是独立的,这里中间层可以将A发送过来的请求先缓存起来,然后B的行为就是主动的找中间层获取请求处理,然后返回,再获取。。。。也就是中间层只是做一个请求的缓存。。。由B自己来掌控合适来处理请求,也就是当B已经处理完了任务之后,自己去主动获取。。。而不是由中间层自己去主动分发。。。。

嗯,那么在ZeroMQ中应该如何实现这种模式呢,恩其实还挺简单的,如下图:

这里由两个Router来作为中间层,具体的数据流程如下:

(1)中间层启动,Worker连接Backend,向其发送Request请求(ready),这个时候中间层就能够知道哪一个worker现在是空闲的,将其保存起来(放到worker队列),可以处理请求

worker的执行流程就是send(发送ready)--->recv(获取请求),

(2)Client端向Fronted发送请求,中间层将请求缓存到一个任务队列

(3)中间层从任务队里里面取出一个任务,将其发送给worker队列中的一个worker,并将其从woker队列中移除

(4)worker处理完以后,发送执行结果,也就是send,中间层收到woker的数据 之后,将其发送给相应的client,然后在讲这个worker放到worker队列中,表示当前这个worker可用。。。。

好了,前面就基本上介绍了整个结构用ZeroMQ应该是怎么实现的,那么接下来就直接来上代码吧:

  1. package balance;
  2. import java.util.LinkedList;
  3. import org.zeromq.ZFrame;
  4. import org.zeromq.ZMQ;
  5. import org.zeromq.ZMsg;
  6. public class Balance {
  7. public static class Client {
  8. public void start() {
  9. new Thread(new Runnable(){
  10. public void run() {
  11. // TODO Auto-generated method stub
  12. ZMQ.Context context = ZMQ.context();
  13. ZMQ.Socket socket = context.socket(ZMQ.REQ);
  14. socket.connect("ipc://front");  //连接router,想起发送请求
  15. for (int i = ; i < ; i++) {
  16. socket.send("hello".getBytes(), );  //发送hello请求
  17. String bb = new String(socket.recv());  //获取返回的数据
  18. System.out.println(bb);
  19. }
  20. socket.close();
  21. context.term();
  22. }
  23. }).start();
  24. }
  25. }
  26. public static class Worker {
  27. public void start() {
  28. new Thread(new Runnable(){
  29. public void run() {
  30. // TODO Auto-generated method stub
  31. ZMQ.Context context = ZMQ.context();
  32. ZMQ.Socket socket = context.socket(ZMQ.REQ);
  33. socket.connect("ipc://back");  //连接,用于获取要处理的请求,并发送回去处理结果
  34. socket.send("ready".getBytes());  //发送ready,表示当前可用
  35. while (!Thread.currentThread().isInterrupted()) {
  36. ZMsg msg = ZMsg.recvMsg(socket);  //获取需要处理的请求,其实这里msg最外面的标志frame是router对分配给client的标志frame
  37. ZFrame request = msg.removeLast();   //最后一个frame其实保存的就是实际的请求数据,这里将其移除,待会用新的frame代替
  38. ZFrame frame = new ZFrame("hello fjs".getBytes());
  39. msg.addLast(frame);  //将刚刚创建的frame放到msg的最后,worker将会收到
  40. msg.send(socket);  //将数据发送回去
  41. }
  42. socket.close();
  43. context.term();
  44. }
  45. }).start();
  46. }
  47. }
  48. public static class Middle {
  49. private LinkedList<ZFrame> workers;
  50. private LinkedList<ZMsg> requests;
  51. private ZMQ.Context context;
  52. private ZMQ.Poller poller;
  53. public Middle() {
  54. this.workers = new LinkedList<ZFrame>();
  55. this.requests = new LinkedList<ZMsg>();
  56. this.context = ZMQ.context();
  57. this.poller = new ZMQ.Poller();
  58. }
  59. public void start() {
  60. ZMQ.Socket fronted = this.context.socket(ZMQ.ROUTER);  //创建一个router,用于接收client发送过来的请求,以及向client发送处理结果
  61. ZMQ.Socket backend = this.context.socket(ZMQ.ROUTER);  //创建一个router,用于向后面的worker发送数据,然后接收处理的结果
  62. fronted.bind("ipc://front");  //监听,等待client的连接
  63. backend.bind("ipc://back");  //监听,等待worker连接
  64. //创建pollItem
  65. ZMQ.PollItem fitem = new ZMQ.PollItem(fronted, ZMQ.Poller.POLLIN);
  66. ZMQ.PollItem bitem = new ZMQ.PollItem(backend, ZMQ.Poller.POLLIN);
  67. this.poller.register(fitem);  //注册pollItem
  68. this.poller.register(bitem);
  69. while (!Thread.currentThread().isInterrupted()) {
  70. this.poller.poll();
  71. if (fitem.isReadable()) {  //表示前面有请求发过来了
  72. ZMsg msg = ZMsg.recvMsg(fitem.getSocket());  //获取client发送过来的请求,这里router会在实际请求上面套一个连接的标志frame
  73. this.requests.addLast(msg);   //将其挂到请求队列
  74. }
  75. if (bitem.isReadable()) {  //这里表示worker发送数据过来了
  76. ZMsg msg = ZMsg.recvMsg(bitem.getSocket());  //获取msg,这里也会在实际发送的数据前面包装一个连接的标志frame
  77. //这里需要注意,这里返回的是最外面的那个frame,另外它还会将后面的接着的空的标志frame都去掉
  78. ZFrame workerID = msg.unwrap();  //把外面那层包装取下来,也就是router对连接的标志frame
  79. this.workers.addLast(workerID);  //将当前的worker的标志frame放到worker队列里面,表示这个worker可以用了
  80. ZFrame readyOrAddress = msg.getFirst(); //这里获取标志frame后面的数据,如果worker刚刚启动,那么应该是发送过来的ready,
  81. if (new String(readyOrAddress.getData()).equals("ready")) {  //表示是worker刚刚启动,发过来的ready
  82. msg.destroy();
  83. } else {
  84. msg.send(fronted);  //表示是worker处理完的返回结果,那么返回给客户端
  85. }
  86. }
  87. while (this.workers.size() >  && this.requests.size() > ) {
  88. ZMsg request = this.requests.removeFirst();
  89. ZFrame worker = this.workers.removeFirst();
  90. request.wrap(worker);  //在request前面包装一层,把可以用的worker的标志frame包装上,这样router就会发给相应的worker的连接
  91. request.send(backend);  //将这个包装过的消息发送出去
  92. }
  93. }
  94. fronted.close();
  95. backend.close();
  96. this.context.term();
  97. }
  98. }
  99. public static void main(String args[]) {
  100. Worker worker = new Worker();
  101. worker.start();
  102. Client client = new Client();
  103. client.start();
  104. Middle middle = new Middle();
  105. middle.start();
  106. }
  107. }

其实根据前面已经提出来的实现原理来编写代码还是比较顺利的,中途也没有遇到什么问题。。。不过要理解这部分要比较了解ZeroMQ的数据格式才行

ZeroMQ(java)之负载均衡的更多相关文章

  1. Java 客户端负载均衡

    客户端侧负载均衡 在下图中,负载均衡能力算法是由内容中心提供,内容中心相对于用户中心来说,是用户中心的客户端,所以又被称为客户端侧负载均衡 自定义实现Client Random负载均衡 获取所有的服务 ...

  2. 搭建nginx+tomcat+Java的负载均衡环境

    转载  未测 供参考 另外这篇文章也不错.http://blog.csdn.net/wang379275614/article/details/47778201 一.简介: Tomcat在高并发环境下 ...

  3. 【转】搭建nginx+tomcat+Java的负载均衡环境

    一.简介: Tomcat在高并发环境下处理动态请求时性能很低,而在处理静态页面更加脆弱.虽然Tomcat的最新版本支持epoll,但是通过Nginx来处理静态页面要比通过Tomcat处理在性能方面好很 ...

  4. Java实现负载均衡算法--轮询和加权轮询

    1.普通轮询算法 轮询(Round Robin,RR)是依次将用户的访问请求,按循环顺序分配到web服务节点上,从1开始到最后一台服务器节点结束,然后再开始新一轮的循环.这种算法简单,但是没有考虑到每 ...

  5. Centos6.5生成环境配置--nginx1.9 + PHP+可多个tomcat(多个端口)+多域名+java web 负载均衡

    安装n p 参考: CentOS6.5搭建LNMP http://www.cnblogs.com/xiaoit/p/3991037.html http://blog.csdn.net/keyunq/a ...

  6. 15套java互联网架构师、高并发、集群、负载均衡、高可用、数据库设计、缓存、性能优化、大型分布式 项目实战视频教程

    * { font-family: "Microsoft YaHei" !important } h1 { color: #FF0 } 15套java架构师.集群.高可用.高可扩 展 ...

  7. java架构师负载均衡、高并发、nginx优化、tomcat集群、异步性能优化、Dubbo分布式、Redis持久化、ActiveMQ中间件、Netty互联网、spring大型分布式项目实战视频教程百度网盘

    15套Java架构师详情 * { font-family: "Microsoft YaHei" !important } h1 { background-color: #006; ...

  8. 高级java高并发,高性能,分布式,高可用,负载均衡,系统架构实战

    java架构师.集群.高可用.高可扩 展.高性能.高并发.性能优化.Spring boot.Redis.ActiveMQ.Nginx.Mycat.Netty.Jvm大型分布 式项目实战 视频课程包含: ...

  9. 几种简单的负载均衡算法及其Java代码实现

    什么是负载均衡 负载均衡,英文名称为Load Balance,指由多台服务器以对称的方式组成一个服务器集合,每台服务器都具有等价的地位,都可以单独对外提供服务而无须其他服务器的辅助.通过某种负载分担技 ...

随机推荐

  1. [BZOJ1271][WC2008]秦腾与教学评估(巧妙的二分)

    题目:http://www.lydsy.com:808/JudgeOnline/problem.php?id=1271 分析: 很巧妙的一道题 因为最多只有一个点是奇数,所以说明这个点前面的前缀和都是 ...

  2. angularJS中-$route路由-$http(ajax)的使用

    后台请求使用的是nodeJS驱动(后面帖代码),很简单的RESTFUL, 页面使用的是bottstarp3.0(懒人神器); 第一个例子: 在本地架设NODEJS, angular的所有请求都是请求本 ...

  3. 四则运算 Day1

    需求分析 1.N(Need,需求) 该软件用户只有一类角色:小学生 要求能根据用户选择的算法(+-/),产生随机数(在0--10之间的整数)进行该算法的计算,程序能接收用户输入的答案,如果用户输入的为 ...

  4. 《疯狂Java:突破程序员基本功的16课》读书笔记-第二章 对象与内存控制

    Java内存管理分为两个方面:内存分配和内存回收.这里的内存分配特指创建Java对象时JVM为该对象在堆内存中所分配的内存空间.内存回收指的是当该Java对象失去引用,变成垃圾时,JVM的垃圾回收机制 ...

  5. 【CodeForces 616D】Longest k-Good Segment

    题意 n个数里,找到最长的一个连续序列使里面最多k个不同的数. 分析 尺取法,每次R++,如果第R个数未出现过,那么不同的数+1,然后这个数的出现次数+1,如果不同的数大于k了,那就要去掉第L个数,直 ...

  6. 细菌觅食算法-python实现

    BFOIndividual.py import numpy as np import ObjFunction class BFOIndividual: ''' individual of bateri ...

  7. BZOJ-1607 [Usaco2008 Dec]Patting Heads 轻拍牛头 筛法+乱搞

    1607: [Usaco2008 Dec]Patting Heads 轻拍牛头 Time Limit: 3 Sec Memory Limit: 64 MB Submit: 1383 Solved: 7 ...

  8. asp.net 回发或回调参数无效的各种情况分析及解决办法

    昨天,在实现级联菜单的时候,突然出现一下错误: 回发或回调参数无效.在配置中使用 <pages enableEventValidation="true"/> 或在页面中 ...

  9. P1391 走廊泼水节

    时间: 1000ms / 空间: 131072KiB / Java类名: Main 背景  话说,中中带领的OIER们打算举行一次冬季泼水节,当然这是要秘密进行的,绝对不可以让中中知道.不过中中可是老 ...

  10. POJ 3278 The merchant

    传送门 Time Limit: 3000MS Memory Limit: 65536K Description There are N cities in a country, and there i ...