amazon-web-services - AWS SNS 中的延迟和吞吐量是否足以取代用于发布/订阅的专用 MQ？

Question

为了 HA，我正在考虑从自托管解决方案 (ZeroMQ) 切换到 AWS Simple Notification Service用于应用程序中的发布/订阅。这是应用程序的后端，因此应该是相当实时的。

SNS 的延迟和吞吐量是多少？

Answer 1

该应用程序是否将托管在 EC2 上？如果是这样，延迟将大大减少，因为通信 channel 将通过亚马逊的连接，而不是通过互联网。

如果您要从未托管在 EC2 上的盒子调用 AWS 服务，这里是 cool site它试图让您了解您与各种 AWS 服务和位置之间的延迟量。

How are you measuring the HTTP Ping Request Latency?

We are making a HTTP GET request to AWS Service Endpoints (like EC2, SQS, SNS etc) for PING and measuring the observed latency for it across all regions.

至于想法，那是由你决定的。您可以使用各种策略来增加吞吐量，例如多线程、批处理消息等。

请记住，您将不得不为一些副作用编写代码，例如可能会两次看到相同的消息(至少一次传递)，并且无法依赖 FIFO。