Для HA я рассматриваю возможность перехода от самостоятельного решения (ZeroMQ) к AWS Simple Notification Service для pub/sub в приложении. Это бэкенд для приложения, поэтому он должен быть разумно в режиме реального времени.
Что такое латентность и пропускная способность, которую я могу ожидать от SNS?
Будет ли приложение размещено на EC2? Если это так, латентность будет значительно уменьшена, так как канал связи будет проходить через соединение Amazon, а не через Интернет.
Если вы собираетесь называть службы AWS из ящиков, не размещенных на EC2, здесь классный сайт, который пытается дать вам представление о количество задержек между вами и различными службами и местоположениями AWS.
Как вы измеряете задержку запросов HTTP Ping?
Мы делаем HTTP-запрос GET для конечных точек службы AWS (например, EC2, SQS, SNS и т.д.) Для PING и измерения наблюдаемой задержки для него во всех регионах.
Что касается пропускной способности, то это остается за вами. Вы можете использовать различные стратегии для увеличения пропускной способности, такие как многоступенчатые, пакетные сообщения и т.д.
Имейте в виду, что вам придется кодировать некоторые побочные эффекты, например, возможно, дважды увидеть одно и то же сообщение (по крайней мере, после доставки) и не иметь возможности полагаться на FIFO.