Openfire vs ejabberd用于客户服务聊天,演变为完整的聊天解决方案

SPO*_*DOG 7 xmpp openfire ejabberd

我需要将聊天设置为网站上客户服务的解决方案.Openfire和它的一些插件(快速路径和网络聊天)在本地设置非常简单,并提供我需要的所有客户服务体验选项,并将正确地集成到我们的CRM中.

我们有一个运行其他东西的集群ejabberd实例.在我研究openfire之前,这是一个显而易见的选择,因为它已经安全地为我们的环境量身定制.当它与openfire开箱即用时,必须复制ejabberd模块中的所有客户服务功能,这似乎是一项糟糕的资源投入.

最终,我们也希望用户能够进行用户聊天,并可能将其转换为全面的消息传递系统.

是否有可能和/或建议使用s2s或其他技术在两个不同的服务器之间共享相同的数据库实例?有没有其他人有运行两台服务器的经验?如果我们沿着这条路走下去,我肯定会有很多陷阱,一切都很明显吗?

Kas*_*av' 0

就我而言,出于兼容性原因,我不得不转向 openfire。我在 sql-server 数据库中有一个用户列表,外部身份验证非常困难,并且 ejabberd 的更新版本不支持。对我来说,openfire 对不同的数据库更加开放,并且易于集成到现有平台中