【问题标题】: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 来存储客户联系人聊天历史记录,因为不得不向另一位代表重申您的最后一次聊天真的很痛苦。

标签: node.js xmpp rabbitmq openfire livechat


【解决方案1】:

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

【讨论】:

  • 我做了,看起来它涵盖了一些要求。该产品看起来很强大,但我不太确定开发敏捷性和可扩展性,因为它是 java 并且有很多专有框架。感谢您的帮助
  • @Monardo - 您对 java 和不可扩展性的评论没有任何意义。架构,而不是语言通常决定可伸缩性。至于专有性质,您是在征求意见和建议。我认为没有关于这个主题的任何开放标准,几乎任何解决方案都是专有的。
  • 嗨罗宾,我不知道反对票发生了什么。我做不到,因为我至少需要“15 声望”。
  • 嗨罗宾,我不知道反对票发生了什么。我不能这样做,因为我至少需要'15 声望'。关于可扩展性,我想指的是架构。在 Jetty 下使用延续运行的 Java webapp 比没有它们的其他 servlet 容器性能要好得多。众所周知,NOde.js 处理并发性非常好。无论如何,我向 Openfire 迈出了第一步。它在市场上已经存在了很长时间,并且已经完成了很多功能。我正在尝试组合一个产品,而不仅仅是一个聊天室示例,然后构建其他所有内容。谢谢罗宾。
猜你喜欢
  • 1970-01-01
  • 2011-08-13
  • 2018-10-04
  • 2015-06-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2014-05-17
  • 2017-07-06
相关资源
最近更新 更多