客户服务软件的聊天服务器架构

Posted 2023-02-25

【中文标题】客户服务软件的聊天服务器架构

【英文标题】：Chat Server Architecture for a Customer Service Software

【发布时间】：2012-04-27 08:59:39

【问题描述】：

我需要在访问者可以与操作员聊天的站点中提供聊天联系人。聊天被引导到不同的业务组织队列：销售、支持、产品信息等。 你能给我推荐一个架构吗：

服务器端聊天服务器，带有队列路由、DB、运营商在线状态等。 运营商网络应用程序 游客运营商 实时监控网站

我正在查看：

node.js + Socket.io + Redis pub/sub：我要实现所有的消息系统 像 Openfire 这样的 XMPP 服务器 RabbitMQ

你有什么建议？还有什么想法吗？

谢谢

【问题讨论】：

您是对的，但会添加 MongoDB 来存储客户联系人聊天历史记录，因为不得不向另一位代表重申您的最后一次聊天真的很痛苦。

【参考方案1】：

您可能想查看Fastpath service 和 Openfire 的网络聊天。它至少提供了部分功能。

【讨论】：

我做了，看起来它涵盖了一些要求。该产品看起来很强大，但我不太确定开发敏捷性和可扩展性，因为它是 java 并且有很多专有框架。感谢您的帮助

@Monardo - 您对 java 和不可扩展性的评论没有任何意义。架构，而不是语言通常决定可伸缩性。至于专有性质，您是在征求意见和建议。我认为没有关于这个主题的任何开放标准，几乎任何解决方案都是专有的。

嗨罗宾，我不知道反对票发生了什么。我做不到，因为我至少需要“15 声望”。

嗨罗宾，我不知道反对票发生了什么。我不能这样做，因为我至少需要'15 声望'。关于可扩展性，我想指的是架构。在 Jetty 下使用延续运行的 Java webapp 比没有它们的其他 servlet 容器性能要好得多。众所周知，NOde.js 处理并发性非常好。无论如何，我向 Openfire 迈出了第一步。它在市场上已经存在了很长时间，并且已经完成了很多功能。我正在尝试组合一个产品，而不仅仅是一个聊天室示例，然后构建其他所有内容。谢谢罗宾。