從RabbitMQ的移動到Amazon SQS

目前我們啓動時使用RabbitMQ（與Python/Django）的消息隊列，現在我們正在計劃搬到Amazon SQS其高可用性&其延遲隊列功能。但是我正在閱讀互聯網上SQS表現緩慢&也非常符合成本效益，所以轉向亞馬遜SQS或應該堅持RabbitMQ是明智的決定？如果我們堅持使用RabbitMQ，那麼「延遲隊列」的替代解決方案是什麼？從RabbitMQ的移動到Amazon SQS

來源

2014-12-05 Sandip Pingle

我還沒有與SQS性能降低任何問題，但隨後又也許這將是我的應用程序的本質在我的隊列中的項目在亞毫秒的響應時間不計。對於我來說，對隊列中的項目所做的工作比使用隊列所花費的時間對滯後的貢獻更大。

對於我來說，SQS的分佈式，高可用性和「不干擾」特性非常適合該法案。只有您可以決定什麼是更重要的：在需要支持自己的非冗餘系統或AWS的「隊列即服務」產品方面，性能會提高几毫秒。如果不知道你的申請，我不能說你覺得額外的表現對你是否必要。

來源

2014-12-05 13:54:45

AWS簡單隊列服務是一種完全託管，高度可用，高度可擴展的隊列服務。

SQS定價結構基本上是按照API調用的代價，細節處解釋說： http://aws.amazon.com/sqs/pricing/

當你從一個單獨的線程訪問順序SQS，你會被延遲的限制（當它需要20毫秒到進行一次API調用，一個線程將以每秒50次調用達到峯值）。但SQS旨在並行工作。本文介紹如何將SQS每秒縮放到數千條消息。 http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/throughput.html

您可以在http://aws.amazon.com/sdk-for-python/

從我們的Python SDK（博託），可訪問SQS API

來源

2014-12-05 14:01:24

從RabbitMQ的移動到Amazon SQS

回答

相關問題