AWS SNS中的延迟和吞吐量是否足以取代pub / sub的专用MQ？

Question

为了HA，我正在考虑从应用程序中的pub / sub从自托管解决方案（ZeroMQ）切换到AWS Simple Notification Service。这是应用程序的后端，因此应该是合理的实时。

我可以期待SNS的延迟和吞吐量是多少？

Answer 1

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

如果您要从EC2上未托管的方框调用AWS服务，这里的cool site会尝试让您了解您与各种AWS服务和位置之间的延迟时间。

  

您如何衡量HTTP Ping请求延迟？

     

我们正在向AWS服务端点发出HTTP GET请求（如EC2，   用于PING的SQS，SNS等）并测量其观察到的延迟   在所有地区。

至于吞吐量，这取决于你。您可以使用各种策略来提高吞吐量，例如多线程，批处理消息等。

请记住，您必须编写一些副作用的代码，例如可能两次看到相同的消息（至少一次交付），并且无法依赖FIFO。