聊天应用程序的结构和所需的技术

Question

我打算用聊天功能构建网站.用户将拥有配置文件(如在社交网络中),并且每个人都应该能够与另一个用户打开一个新的聊天室.我需要能够保存聊天记录,还需要知道哪个用户当前在线.

下面是我为这个项目制作的结构图:

我打算让一台服务器运行Apache来托管我的网站.它将与运行Socket.io的DB服务器和Node.js服务器通信.对于当前登录的每个用户,我将创建一个套接字,我将通过套接字状态(打开/关闭)知道谁在线.对于每个聊天室,我将创建另一个用于发送和接收消息的套接字.为了保存历史记录,需要通过Node.js服务器.

这种方法是否正确？
是否需要其他技术以及在两个用户之间创建聊天并将历史记录保存到数据库的最佳方法是什么？

Answer 1

我相信您的架构是此类应用程序的最佳选择之一.

不过,我想说几点更正.

每个客户端只需要一个套接字即可监控其在线状态并通过它传输消息.

你需要考虑的重要事项是安全性.您肯定需要SSL证书和加密通信,尤其是消息.因此,您必须非常仔细地考虑如何传输消息,并且可能在服务器和客户端上使用非对称加密.(请注意,为了使您的客户端MITM具有抗性,加密和签名消息的JavaScript必须通过安全连接传输 - HTTPS).

该XMPP协议是一个好主意(我给信贷@Schwertfisch),但可能不容易实现.幸运的是,有一些JavaScript库可以像Strophe.js一样实现它,我想这会让事情更简单.

您需要考虑的另一件事是您的数据库.虽然关系模型可以很好地用于此目的,但如果您拥有更多流量,它肯定会让您失败.我建议使用像MongoDB这样的NoSQL数据库引擎,或者你可以使用类似PaaS的DynamoDB. 精心设计的NoSQL存储肯定会提升应用程序的性能.使用DynamoDB还会丢弃不良的配置和维护因素.

此外,如果您计划在某个时间点变大,则必须使每个应用程序组件都可扩展.仔细考虑所有类型的缓存,存储数据等,尤其是Node.js服务器.如果例如两个用户连接到不同的Node.js实例,则必须建立骨干网络以在Node.js实例之间传输消息.

Client A > Chat Server 1 > Chat Server 2 > Client B

您可以使用MPI或Message Queue等协议来处理此骨干通信.

我想总结一下,你的计划并不是那么容易的事.我知道可以有一个更简单的实现,但请注意,如果您选择它,在某个时间点,您不仅可能需要重写所有内容,而且您可能会遇到不稳定性问题,这可能会导致用户失望.

最后一条建议:使用最新和最好的技术,你可能比Facebook做得更好.

这听起来像一个大系统和一个模糊的项目,所以好运并考虑一切.