Переход от RabbitMQ к Amazon SQS

Наш запуск в настоящее время использует RabbitMQPython/Django ) для очередей обмена сообщениями, теперь мы планируем перейти на Amazon SQS для его высокой доступности и функции задержки с задержкой. Но я все время читаю в ИНТЕРНЕТе, что SQS работает медленно, а также очень экономически выгодно, так мудрое решение перейти на Amazon SQS или придерживаться RabbitMQ? И если мы хорошо придерживаемся RabbitMQ, каково альтернативное решение для «отложенных очередей»?

  • Использование кипения, scipy и numpy в амазонке лямбда
  • Ошибка загрузки в нестандартный стандарт AWS S3 Bucket в приложении Django; Американское стандартное ведро прекрасно работает
  • Метод Boto connect_xxx и пулы соединений
  • Psycopg2 на эластичном бобовом стебле Amazon
  • Как создать временный url для загрузки файла на Amazon S3 с библиотекой boto?
  • Можно ли прочитать файл с S3 в Google App Engine с помощью boto?
  • 2 Solutions collect form web for “Переход от RabbitMQ к Amazon SQS”

    У меня не было никаких проблем с медленной производительностью на SQS, но опять же, возможно, что природа моих приложений не учитывает время ответа в миллисекундах для элементов в моей очереди. Для меня работа, выполняемая с элементами в очереди, вносит больший вклад в отставание, чем время, затрачиваемое на использование очереди.

    Для меня распределенный, высокодоступный и «ручной» характер SQS подходит к законопроекту. Только вы можете решить, что важнее: еще несколько миллисекунд производительности в системе с избыточным резервированием, которую вам нужно поддерживать самостоятельно, или предложения «в очереди как услуги» AWS. Не зная, что вы используете, я не могу сказать, является ли воспринимаемая дополнительная производительность необходимой компромиссом для вас.

    AWS Simple Queue Service – это полностью управляемая, высокодоступная, масштабируемая служба массового обслуживания.

    Структура ценообразования SQS – это в основном цена за вызов API, подробности объясняются по адресу: http://aws.amazon.com/sqs/pricing/

    Когда вы получаете доступ к SQS в последовательности из одного потока, вы будете ограничены задержкой (когда для вызова API потребуется 20 мс, один поток будет пик со скоростью 50 вызовов в секунду). Но SQS предназначен для работы параллельно. В этой статье показано, как масштабировать SQS до тысяч сообщений в секунду. http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/throughput.html

    Вы можете получить доступ к SQS API из нашего Python SDK (boto), доступного по адресу http://aws.amazon.com/sdk-for-python/

    Python - лучший язык программирования в мире.