服务器发送事件(SSE)群集连接处理
整个SSE-broadcasting应该由应用服务器管理（其中大多数请求与业务相关），还是应该由某个完全专用于处理SSE-event的Web服务器管理？目前，所有业务请求和SSE事件都由JBoss应用服务器处理。
如何在集群环境中应用主动-主动模式(=master-master)，其中请求在实例之间随机路由？
如果您有更多有用的信息（和注意事项），请随时分享！
共有1个答案
集群环境
我想你的意思是
- 任意数量的后端
- 来自客户端的查询可以针对任何后端实例（负载平衡）
- 后端实例可以悄无声息地消失（崩溃或pod因资源原因或其他原因而终止……)
通过上面的设计，您可以通过简单地杀死第一个创建的连接来限制每个后端的连接数。然后，客户端将重新尝试建立与潜在的新后端实例的连接。这可能不是不“干净”，但可能有效...
断开的连接
见奥黛丽回答，这其实就是使用心跳的经典方式：）
-
我有一个ASP。net core 3.1服务器项目，它有一个非常简单的API发送单向服务器发送事件（SSE），如下所示： 现在，我想通过C#UWP客户端接收这些事件。很遗憾，我只收到第一个事件： 如何在UWP中创建行为以始终监听该连接并接收我可以进一步处理的事件？
-
您好，我正在React中开发一个web应用程序，它使用Nginx从Express服务器接收SSE数据。 JS服务器 索引：JS const events=新事件源（'https://api.myDomain.com/events', ); axios。post（<代码>https://api.myDomain.com/addCart，{客户端：this.state.clientId，购物车：car
-
我无法理解HTML5s服务器发送的事件是否真的适合ReST体系结构。我知道并非HTML5/HTTP的所有方面都需要适合ReST架构。但我想从专家那里知道HTTP的哪一半是SSE（ReSTful的一半还是另一半！）。 一种观点是它是ReSTful的，因为客户端向服务器发出了一个“初始”HTTP GET请求，其余的只能看作是不同内容类型的部分内容响应（“文本/事件流”） 发送的请求不知道有多少响应将作
-
我想要实现的是： user1向服务器发送消息（一个简单的POST请求） 服务器部分是（events.php） 我在（true）时尝试了无限循环以避免3秒的轮询。我也尝试过没有那个无限循环。只有发送消息的用户收到事件。 我理解这种做法并不好。但是，将SSE用于聊天应用程序的最佳实践是什么？ 如何向所有用户发送事件？
-
我正在尝试使用泽西岛的JavaScript SSE。我的资源中有以下代码。我在Java7和Tomcat 7上托管。我没有收到任何错误。但我也没有在页面上看到数据。 我调用发布数据。它确实显示信息。但客户什么都没有。在Firefox中，我确实看到事件多次触发。 这是我使用的参考。https://jersey.java.net/documentation/latest/sse.html 我的Index
-
使用系统将“服务器发送事件（SSE）样式”事件流式传输到F#中的前端的轻量级方式是什么。网Http库？我了解事件流格式（例如，这个PHP示例代码），但我正在寻求一些指导，以便在服务器端F#应用程序（我在.Net Framework 4.8上）中实现流部分。