哪种 AWS 产品将适用于 HTTP 事件流需求？

问题描述

哪种 AWS 产品将适用于 HTTP Event Stream 需求？

我们有一个场景，客户端订阅实时事件，并且对于每个新事件，客户端都会在 HTTP 事件流（服务器端事件）上获得事件通知。

它应该具有以下特点：

1. 让我们考虑一个应用程序，它使用来自源的实时消息流并将该通知推送到客户端订阅的 HTTP 端点。

2. 此外，每个事件可能仅特定于特定客户端，然后该事件应仅由该客户端拉取。

（例如，正在进行现场板球比赛，并且对于每个球，我们都会收到事件。 让我们考虑订阅我们的客户是 ABC 和 XYZ，“ABC”需要一个接一个的覆盖范围，并且每个都需要总结， 但“XYZ”只需要对每一个进行总结。）

3. 我们担心的是，每当我们的任何客户端断开连接时，客户端都会丢失在客户端断开连接之前发布的数据。

（假设 ABC 在重新上线时断开了 10 分钟， 它应该接收在断开连接时最近 10 分钟内发生的所有事件。）

我们尝试了以下产品，并发现以下限制：

1. 带有 GraphQL 订阅的 API 网关：Api 网关在 29 秒后超时，因此我们的订阅将断开连接。

2. AWS AppSync 订阅：我们无法根据订阅参数控制突变，因为这是从突变到订阅的一种方式，反之亦然。

3. AWS SNS 及其作为 HTTP/HTTPS 的扇出端点：我理解的 AWS SNS 当前行为是将消息推送到 http 端点 （例如 http://www.xyz.com/beta/events）谁准备接受发布请求），但我正在寻找一种机制，客户端正在拉动事件。

如果有人能建议哪种 AWS 产品或其他产品适合我们的 HTTP Event Stream 需求，这对我将有很大帮助。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）