现在我在我的服务器端应用程序上使用Redis for Pub / Sub模式。转移到AWS,我想知道SNS是否能满足相同的要求。
据我所知,到目前为止,SNS正在实施相同的模式,但它有点奇怪。我发现的所有文档都假设订阅者是客户端层应用程序(电子邮件,短信,移动应用程序等),而我希望仅将SNS用于服务器端。
到目前为止,我所面对的SNS的一个奇怪部分是unsubscribe方法!对我来说,一旦你停止订阅,你就不会收到消息,而且不需要取消订阅任何内容。但是,当我看到取消订阅方法时,我认为在此Pub / Sub中,发布者尝试在每次发送新消息时建立连接。这与我正在寻找的连接保持活动以便订户能够接收消息完全不同。有人可以确认吗?
有人可以指点我使用服务器端javascript(节点)代码订阅主题的示例吗?
答案 0 :(得分:2)
对于服务器端进出的服务器端发布/订阅模式(如Auto Scaling方案),SNS不是一个好用的服务。取消订阅是SNS的问题,并且连接不会持久存在。
相反,你应该坚持使用Redis作为你的pub / sub。您可以将AWS ElastiCache用于Redis服务器以使用AWS服务。