目前我們啓動時使用RabbitMQ
(與Python/Django
)的消息隊列,現在我們正在計劃搬到Amazon SQS
其高可用性&其延遲隊列功能。 但是我正在閱讀互聯網上SQS表現緩慢&也非常符合成本效益,所以轉向亞馬遜SQS或應該堅持RabbitMQ是明智的決定? 如果我們堅持使用RabbitMQ,那麼「延遲隊列」的替代解決方案是什麼?從RabbitMQ的移動到Amazon SQS
0
A
回答
3
我還沒有與SQS性能降低任何問題,但隨後又也許這將是我的應用程序的本質在我的隊列中的項目在亞毫秒的響應時間不計。對於我來說,對隊列中的項目所做的工作比使用隊列所花費的時間對滯後的貢獻更大。
對於我來說,SQS的分佈式,高可用性和「不干擾」特性非常適合該法案。只有您可以決定什麼是更重要的:在需要支持自己的非冗餘系統或AWS的「隊列即服務」產品方面,性能會提高几毫秒。如果不知道你的申請,我不能說你覺得額外的表現對你是否必要。
1
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
從我們的Python SDK(博託),可訪問SQS API相關問題
- 1. Amazon SQS與RabbitMQ相比性能下降
- 2. Ruby1.9和Amazon SQS?
- 3. 使用RabbitMQ與nServiceBus(用於C#)vs使用Amazon SQS
- 4. Amazon Sqs FIFO隊列
- 5. 從RabbitMQ遷移到Webshpere MQ
- 6. 從IBM MQ遷移到RabbitMQ
- 7. 從Amazon SQS提供Apache Spark流?
- 8. Amazon SQS隊列未收到消息
- 9. Amazon SNS和Amazon SQS有什麼區別?
- 10. Amazon SQS優先級隊列
- 11. Amazon SQS隊列和CodeIgniter
- 12. 調試Amazon SQS使用者
- 13. 將消息從Amazon SNS路由到SQS並進行過濾
- 14. Amazon SQS郵件正文的用途
- 15. 來自EC2實例的Amazon SQS區域
- 16. 使用C#和SQL Server的Amazon SQS
- 17. AWS SQS,SNS,Redis,RabbitMQ或其他東西
- 18. 從t1.micro遷移到t2.micro Amazon AWS
- 19. 如何使Amazon sqs消息符合FIFO
- 20. 在Java中使用Amazon SQS和SNS
- 21. 如何將Amazon SQS與Dynamodb集成
- 22. Amazon SQS(簡單隊列服務)速度?
- 23. 在開發過程中模擬Amazon SQS
- 24. UnknownOperationException總是由Amazon SQS返回
- 25. 你可以用Amazon SQS運行cronjob嗎?
- 26. 請解釋Amazon SQS(一般排隊)
- 27. Amazon sqs vs自定義實現
- 28. Rails:設置Shoryuken,Active Job和Amazon SQS
- 29. Amazon SQS隊列檢測結束
- 30. 將SQS消息移動到不同的隊列