亞馬遜的簡單隊列服務（SQS）最近添加了FIFO（先入先出）隊列，“確保消息是按照它們發送的順序處理的，每個消息只被處理一次，而且不會出現重復消息”。AWS在美國東部（俄亥俄州）和美國西部（俄勒岡州）地區推出了這種新的隊列類型，并“計劃在2017年初在其他地方推廣”。
亞馬遜的SQS被描述為一個“快速、可靠、可擴展、完全托管的消息隊列服務，旨在解耦云應用程序的組件，并能傳輸任意大小的數據，而不會丟失消息或要求其他的依賴服務始終可用”。
SQS服務的一個顯著的特點是它去掉了“標準”隊列在伸縮性方面的限制，因此用戶可以創建一個無限數量的隊列，每個隊列默認提供“近乎無限的吞吐量”。然而，這種簡便的伸縮模式所要求的消息處理架構只能保證消息的盡力排序（best-effort ordering）和至少一次傳遞。
根據AWS的觀察結果，“客戶告訴我們FIFO應用的吞吐量通常較低，每秒10條消息甚至更低”，新型的FIFO隊列現在彌補了標準SQS隊列在這方面存在的不足，它用無限制的擴展換取更健壯的消息排序和處理保障。FIFO隊列的特點有：
先進先出：嚴格維持消息發送和接收的順序。 只處理一次：消息只發送一次并一直保持可用直到消費者處理和刪除該消息。在5分鐘的去重間隔中，隊列不會引入重復消息。 有限的吞吐量：每秒300條事務（TPS）。一篇關于亞馬遜SQS FIFO API的工作原理的技術博文更加詳細地描述了底層架構取舍和相應的約束。該文作者強調，盡管“許多應用使用SQS的傳統的超級可擴展、至少一次的消息處理方式表現良好”，但是有一些應用場景需要排序或者只處理一次消息，例如“價格更新事件流”或者“交互式shell會話中的命令”。
“如果網絡連接掉線的時間不會超過幾分鐘，并且消息都有唯一的標識符”，那么FIFO隊列的默認設置應該就足夠實現嚴格的排序和只處理一次的目標。至于其它粒度方面的需求，可以使用消息組（屬于同一組的消息按順序處理）和專門的去重ID（否則默認為消息內容的SHA256哈希值）。
微軟Azure的服務總線隊列也可以保證FIFO消息排序和只發送一次。相比之下，谷歌云平臺（Google Cloud Platform）的云Pub/Sub服務既不支持FIFO消息排序，也不支持只發送一次，因為谷歌認為“實際要求嚴格排序的應用場景少之又少”。
亞馬遜SQS文檔包含一份開發人員指南和API參考。開發人員指南里有一個章節是關于FIFO隊列的，它提供了一個從標準隊列遷移到新型隊列需要注意的事項列表。還有一份單獨的FAQ。SQS是按API的請求數來定價的（而不是消息，一個請求可以包含多達10條消息），新的FIFO隊列的定價方式和標準隊列之前的定價方式類似。標準隊列的定價已經降低了百分之二十。亞馬遜SQS論壇為該服務提供支持。
查看英文原文：Amazon Simple Queue Service (SQS) Gains FIFO Queues
京公網安備 11010502049343號