将web套接字服务器与REST API捆绑在一起是非常规的吗?
对于企业RESTAPI(本例中为PHP),将web套接字服务器与RESTAPI一起包含是否是一种不好的做法?这两个服务的配对很好地结合了事件调度服务,但我不确定这两个服务在需要分离的地方是否足够不同?我想目前我能看到的唯一的缺点是,如果REST API停止运行,那么您的web套接字服务器也会停止运行,这就消除了任何连接的客户端发生故障转移的可能性,或者达到这种程度的可能性。如果您正在寻找一种非常健壮的方法来管理web套接字,检查-它有JavaScript、Ruby等库,并且独立于其他服务器运行将web套接字服务器与REST API捆绑在一起是非常规的吗?,api,rest,websocket,Api,Rest,Websocket,对于企业RESTAPI(本例中为PHP),将web套接字服务器与RESTAPI一起包含是否是一种不好的做法?这两个服务的配对很好地结合了事件调度服务,但我不确定这两个服务在需要分离的地方是否足够不同?我想目前我能看到的唯一的缺点是,如果REST API停止运行,那么您的web套接字服务器也会停止运行,这就消除了任何连接的客户端发生故障转移的可能性,或者达到这种程度的可能性。如果您正在寻找一种非常健壮的方法来管理web套接字,检查-它有JavaScript、Ruby等库,并且独立于其他服务器运行
如果您不需要这种恢复能力,那么我就不会担心在同一台服务器上混合REST和web套接字API。谢谢您的建议,但我不是在搜索web套接字应用程序。。。我知道有很多很好的选择,但对于不同的一天来说,这是不同的任务。我想知道的是,web套接字服务器是否应该与我的RESTful web服务驻留在同一个模块中,或者两者是否应该独立存在,我应该使用消息队列协议向web套接字模块发送消息(发布更新)——(与本机事件调度相反,在两个事件实际上捆绑为一个的场景中)。