微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

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

如何解决哪种 AWS 产品将适用于 HTTP 事件流需求?

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

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

它应该具有以下特点:

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

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

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

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

(假设 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 举报,一经查实,本站将立刻删除。