Amazon web services 从艾斯厄尔布上空飞过

我想在我的应用程序中集成cometD as push技术，但在cometD和AWS组中查找有关其兼容性的任何信息时遇到了问题

我曾尝试将WebSocket与STOMP over Sock.js集成在一起，但由于AWS ELB循环的特性，我无法使其工作。它将连接请求发送到一个实例，并将下一个请求发送到另一个实例，而该实例对任何连接都没有任何线索。因此，我不得不放弃实现

因此，我在ELB后面有两个使用https协议的实例。由于两个基础设施原因，我无法切换到TLS。我也不能使用粘性会话。 请注意，我不想使用WebSocket。我想通过诸如poling/streaming等技术实现pub-sub通知系统

我的问题是Comed与AWS ELB的配合如何？ELB循环赛的性质有什么问题吗。CometD可以使用一个隧道请求工作吗

更新。 我不能使用webSocket，因为有些客户端可能有不支持升级http协议的代理。 正如评论中提到的@sbordet，如果没有我不支持的粘性负载平衡器，cometD将无法工作。因此，我最新的问题是：

---

是否有类似comet的技术/库/框架可以在多个实例上使用AWS ELB而无粘性？可能会打开一个连接并处理该连接中的所有数据传输？

您说您不能使用sticky session（但不解释原因），但实际上是AWS ELB。Comed要使用HTTP，需要一个基于cookie或客户端地址的粘性负载平衡器。Comed要使用WebSocket，它需要一个基于客户端地址的粘性负载平衡器。或者，您可以在AWS ELB中使用TCP侦听器，而不是HTTP侦听器，用于长期存在的WebSocket（和/或Comed）会话。@sborden，我不能使用粘性会话，因为我有一个按负载平衡器扩展的web场。如果我添加粘性，它将无法按要求工作。@Castaglia，我不能使用TCP侦听器，因为我不想管理实例上的ssl证书。正如我提到的，我不想使用WebSocket，因为有些客户端可能有不支持升级http协议的代理。那么，使用SSL侦听器怎么样？ELB管理SSL会话，但您仍然可以在后端之间平衡长寿命TCP连接（不是基于请求的）？