而不是编写自己的库。
我们正在开发一个项目,该项目将是一个自划分的服务器池,如果一个部分变得太重,经理会将其划分并作为一个单独的进程放在另一台机器上。它还会提醒所有受此影响的已连接客户端连接到新服务器。
我对使用 ZeroMQ 进行服务器间和进程间通信感到好奇。我的搭档更愿意自己动手。我希望社区能回答这个问题。
我自己是一个相当新手的程序员,刚刚了解了消息队列。正如我在谷歌上搜索和阅读的那样,似乎每个人都在使用消息队列来做各种各样的事情,但为什么呢?是什么让它们比编写自己的库更好?为什么它们如此常见并且数量如此之多?
请您参考如下方法:
what makes them better than writing your own library?
在推出应用程序的第一个版本时,可能什么都没有:您的需求已明确定义,您将开发一个适合您需求的消息传递系统:小的功能列表、小的源代码等。
在首次发布之后,当您实际上必须扩展应用程序并为其添加更多功能时,这些工具非常非常有用。 让我给你几个用例:
- 您的应用程序必须从小端机器(x86、intel/amd)与大端机器(sparc/powerpc)进行通信。您的消息传递系统有一些字节序假设:去修复它
- 您设计的应用程序不是二进制协议(protocol)/消息传递系统,但现在它非常慢,因为您花费了大部分时间来解析它(消息数量增加并且解析成为瓶颈):对其进行调整,以便它可以传输二进制/固定编码
一开始,您在一个局域网内有 3 台机器,所有内容到达每台机器时没有明显的延迟。您的客户/老板/pointy-haired-devil-boss 出现并告诉您将在您不管理的 WAN 上安装该应用程序 - 然后您开始出现连接失败、延迟时间过长等问题。您需要存储消息并重试发送稍后:返回代码并将这些东西插入(并享受)
发送的消息需要回复,但不是全部:您发送一些参数并期望得到一个电子表格结果,而不是仅仅发送和确认,返回代码并插入这些东西(并享受.)
- 某些消息至关重要,并且接收/发送需要适当的备份/持久性。你为什么问 ?审计目的
还有许多我忘记的其他用例......
您可以自己实现它,但不要花太多时间这样做:无论如何您稍后可能会替换它。