我们有很少的node.js进程应该能够传递消息, 这样做最有效的方法是什么? 如何使用node_redis pub / sub
编辑:流程可能在不同的计算机上运行
答案 0 :(得分:40)
如果您想将消息从一台机器发送到另一台机器并且不关心回调,那么Redis pub / sub是最佳解决方案。它实现起来非常简单,Redis非常快。
首先,您必须在其中一台计算机上安装Redis。
很容易连接到Redis:
var client = require('redis').createClient(redis_port, redis_host);
但不要忘记在防火墙中打开Redis端口!
然后你必须将每台机器订阅到某个频道:
client.on('ready', function() {
return client.subscribe('your_namespace:machine_name');
});
client.on('message', function(channel, json_message) {
var message;
message = JSON.parse(message);
// do whatever you vant with the message
});
您可以跳过your_namespace
并使用全局命名空间,但迟早会后悔。
发送消息也很容易:
var send_message = function(machine_name, message) {
return client.publish("your_namespace:" + machine_name, JSON.stringify(message));
};
如果您想发送不同类型的消息,可以使用pmessages而不是消息:
client.on('ready', function() {
return client.psubscribe('your_namespace:machine_name:*');
});
client.on('pmessage', function(pattern, channel, json_message) {
// pattern === 'your_namespace:machine_name:*'
// channel === 'your_namespace:machine_name:'+message_type
var message = JSON.parse(message);
var message_type = channel.split(':')[2];
// do whatever you want with the message and message_type
});
send_message = function(machine_name, message_type, message) {
return client.publish([
'your_namespace',
machine_name,
message_type
].join(':'), JSON.stringify(message));
};
最佳做法是根据功能命名您的流程(或机器)(例如'send_email'
)。在这种情况下,如果进程(或机器)实现多个功能,则它可以订阅多个通道。
实际上,可以使用redis构建双向通信。但它更棘手,因为它需要为每条消息添加唯一的回调通道名称,以便在不丢失上下文的情况下接收回调。
所以,我的结论是这样的:如果您需要“发送并忘记”通信,请使用Redis,如果您需要全面的双向通信,请调查其他解决方案。
答案 1 :(得分:32)
为什么不将ZeroMQ/0mq用于IPC?做一些像IPC一样简单的事情,Redis(一个数据库)过度杀人。
引用指南:
ØMQ(ZeroMQ,0MQ,zmq)看起来像一个可嵌入的网络库 但就像一个并发框架。它为您提供随身携带的插座 各种传输中的原子消息,如进程中, 进程间,TCP和多播。您可以连接N-to-N的套接字 扇出,发布 - 订阅,任务分发和请求 - 回复等模式。 它足够快,可以成为集群产品的结构。它的 异步I / O模型为您提供可扩展的多核应用程序, 构建为异步消息处理任务。
使用0MQ(甚至通过Node核心中的网络库的vanilla套接字,减去0MQ套接字提供的所有功能)的优点是没有主进程。其无代理设置最适合您描述的场景。如果您只是从一个中央进程向各个节点推送消息,则可以在0mq中使用PUB / SUB套接字(也支持通过PGM / EPGM进行IP多播)。除此之外,0mq还提供各种不同的插座类型(PUSH / PULL / XREP / XREQ / ROUTER / DEALER),您可以使用它们创建自定义设备。
从这本出色的指南开始: http://zguide.zeromq.org/page:all
对于0MQ 2.x:
http://github.com/JustinTulloss/zeromq.node
对于0MQ 3.x(上述模块的一个分支。这支持PUBSUB的PUBLISHER侧过滤):
答案 2 :(得分:31)
在询问问题超过4年后,有一个名为node-ipc的进程间通信模块。它支持在同一台机器以及TCP,TLS和UDP上进行通信的unix / windows套接字,声称至少套接字,TCP和UDP是稳定的。
以下是从github存储库的文档中获取的一个小示例:
适用于Unix套接字的服务器,Windows套接字& TCP套接字
var ipc=require('node-ipc');
ipc.config.id = 'world';
ipc.config.retry= 1500;
ipc.serve(
function(){
ipc.server.on(
'message',
function(data,socket){
ipc.log('got a message : '.debug, data);
ipc.server.emit(
socket,
'message',
data+' world!'
);
}
);
}
);
ipc.server.start();
Unix套接字客户端& TCP套接字
var ipc=require('node-ipc');
ipc.config.id = 'hello';
ipc.config.retry= 1500;
ipc.connectTo(
'world',
function(){
ipc.of.world.on(
'connect',
function(){
ipc.log('## connected to world ##'.rainbow, ipc.config.delay);
ipc.of.world.emit(
'message',
'hello'
)
}
);
ipc.of.world.on(
'disconnect',
function(){
ipc.log('disconnected from world'.notice);
}
);
ipc.of.world.on(
'message',
function(data){
ipc.log('got a message from world : '.debug, data);
}
);
}
);
我目前正在评估此模块的替换本地ipc(但将来可能是远程ipc),作为通过stdin / stdout替换旧解决方案。也许我会在完成后再扩展我的答案,以提供更多信息,了解该模块的工作原理和效果。
答案 3 :(得分:8)
我将从节点提供的内置功能开始。
您可以使用process signalling之类的:
process.on('SIGINT', function () {
console.log('Got SIGINT. Press Control-D to exit.');
});
这个信号
进程收到信号时发出。有关a,请参阅sigaction(2) 标准POSIX信号名称列表,如SIGINT,SIGUSR1等
一旦了解了流程,就可以创建一个child-process并将其挂钩到message
事件,以便检索和发送消息。使用child_process.fork()
时,您可以使用child.send(message, [sendHandle])
向孩子写信,并通过孩子的'消息'事件接收消息。
此外 - 您可以使用cluster。群集模块允许您轻松创建所有共享服务器端口的进程网络。
var cluster = require('cluster');
var http = require('http');
var numCPUs = require('os').cpus().length;
if (cluster.isMaster) {
// Fork workers.
for (var i = 0; i < numCPUs; i++) {
cluster.fork();
}
cluster.on('exit', function(worker, code, signal) {
console.log('worker ' + worker.process.pid + ' died');
});
} else {
// Workers can share any TCP connection
// In this case its a HTTP server
http.createServer(function(req, res) {
res.writeHead(200);
res.end("hello world\n");
}).listen(8000);
}
答案 4 :(得分:2)
答案 5 :(得分:1)
我们正在研究多进程节点应用程序,它需要处理大量实时跨进程消息。
我们首先尝试了redis-pub-sub,但未能满足要求。
然后尝试了tcp socket,哪个更好,但仍然不是最好的。
所以我们切换到UDP数据报,这要快得多。
这是代码仓库,只是几行代码。 https://github.com/SGF-Games/node-udpcomm