關鍵要點

• 服務設置: Beanstalkd 是自托管的，需要在 Linux 或 Mac OS X 上手動設置，而 IronMQ 和 Amazon SQS 是云托管服務，只需最少的本地設置。
• 服務等級協議 (SLA): IronMQ 提供 99.95% 的正常運行時間 SLA，Beanstalkd 和 Amazon SQS 沒有提供此類協議，后者提供可選的支持服務，需額外付費。
• 客戶端庫和管理界面: Beanstalkd 支持開源客戶端庫，并且缺乏內置的管理界面，而 IronMQ 和 Amazon SQS 提供官方客戶端庫，并帶有用戶友好的管理面板或控制臺。
• 冗余和安全性: IronMQ 和 Amazon SQS 通過基于云的基礎設施和增強的安全功能（如令牌和密鑰-密鑰認證）提供高冗余性，這與 Beanstalkd 的客戶端冗余和缺乏內置安全措施形成對比。
• 性能和功能: Beanstalkd 在同一網絡內提供快速處理，但缺乏 IronMQ 中提供的消息優(yōu)先級等高級功能。Amazon SQS 支持長輪詢以減少延遲，但不保證消息檢索的順序，這與 Beanstalkd 和 IronMQ 的 FIFO 系統不同。

引言

本文介紹消息隊列的概念，并討論三種特定消息隊列服務的優(yōu)缺點：Beanstalkd、IronMQ 和 Amazon SQS。

本文中描述的任何信息在撰寫時都是正確的，如有更改，恕不另行通知。

什么是消息隊列？

隊列允許您存儲元數據，以便稍后處理作業(yè)。它們可以通過提供將任務推遲到單獨進程的靈活性來幫助開發(fā) SOA（面向服務的體系結構）。如果應用正確，隊列可以通過減少加載時間來顯著提高網站的用戶體驗。

消息隊列的優(yōu)點：

• 異步: 立即排隊，稍后運行。
• 解耦: 分離應用程序邏輯。
• 彈性: 如果一部分應用程序出現故障，不會使整個應用程序崩潰。
• 冗余: 如果作業(yè)失敗，可以重試。
• 保證: 確保作業(yè)將被處理。
• 可擴展: 許多工作程序可以處理隊列中的單個作業(yè)。
• 分析: 可以幫助識別性能問題。

消息隊列的缺點：

• 異步: 您必須等到作業(yè)完成。
• 負載: 隊列中的每個作業(yè)都必須輪流等待才能處理。如果一個作業(yè)超時，則會影響每個后續(xù)作業(yè)。
• 架構: 應用程序需要在設計時考慮隊列。

消息隊列的用例：

任何耗時的過程都可以放入隊列中：

• 從第三方 API 發(fā)送/接收數據
• 發(fā)送電子郵件
• 生成報告
• 運行勞動密集型流程

您還可以以創(chuàng)造性的方式使用隊列——鎖定作業(yè)，以便一次只有一個用戶可以訪問信息。

服務

您可以使用許多服務來實現消息隊列，本文概述了 Beanstalkd、IronMQ 和 Amazon SQS 之間的區(qū)別。

Beanstalkd

Beanstalkd 是“……一個簡單快速的作業(yè)隊列”。它是在 MIT 許可下作為開源軟件發(fā)布的。它有良好的文檔記錄，經過單元測試，可以免費下載到您自己的服務器上運行。該架構借鑒了 memcached，它專門設計為消息隊列。

SitePoint 上由作者 Dave Kennedy 撰寫的一篇名為《用 Beanstalkd 擊敗巨人》的文章包含有關如何開始使用 Beanstalkd 和 Ruby 的信息。

IronMQ

IronMQ 是一種托管的 RESTful 網絡服務。開發(fā)人員可以使用免費層，商業(yè)應用程序可以使用許多其他訂閱層。

SQS

Amazon SQS 是一種用于實現消息隊列的廉價托管解決方案。它是 Amazon Web Services (AWS) 的一部分。Amazon 提供免費層用于評估其網絡服務，其中包括 SQS。

服務器設置

Beanstalkd	IronMQ	Amazon SQS
自托管	遠程托管	遠程托管

Beanstalkd

在 Linux 和 Mac OS X 上運行。請閱讀 Beanstalkd 網站上的安裝說明，了解如何在您的系統上使其正常運行的詳細信息。Beanstalkd 服務器不適用于 Windows。

IronMQ 和 SQS

IronMQ 和 Amazon SQS 是基于云的網絡服務。無需在您的服務器上設置應用程序，您只需注冊一個帳戶并設置一個隊列即可。

服務等級協議 (SLA)

Beanstalkd	IronMQ	Amazon SQS
無	每月 99.95%	無

Beanstalkd

由于 Beanstalkd 是您自己托管的服務器，您有責任確保其可用性。

IronMQ

Iron.IO 具有服務等級協議，在任何月度計費周期內的正常運行時間百分比至少為 99.95%。他們的 Pro Platinum 套餐（每月 2450 美元）具有自定義合同條款，其中包括服務等級協議。他們提供服務積分退款。

SQS

Amazon 沒有為 SQS 提供具體的服務等級協議。他們確實提供支持服務，可以額外付費涵蓋 SQS。

架構

Beanstalkd	IronMQ	Amazon SQS
PUSH（套接字）	HTTP 網絡服務	HTTP 網絡服務

Beanstalkd

通過 PUSH 套接字進行通信，在提供者和工作程序之間提供即時通信。

當提供者將作業(yè)入隊時，如果工作程序已連接并準備就緒，則可以立即保留它。作業(yè)將保留，直到工作程序發(fā)送響應（刪除、掩埋等）。

IronMQ

SQS 是一種托管的 RESTful 網絡服務。

IronMQ 支持類似推送的功能。每當提供者將作業(yè)入隊到隊列時，都可以調用訂閱者。通常，您希望使用標準 RESTful 服務來入隊和出隊作業(yè)，而不是推送方法。

SQS

SQS 是一種托管的網絡服務。

SQS 不支持推送。您必須定期輪詢以檢查隊列中是否有作業(yè)。

SQS 可以使用稱為消息接收等待時間（默認值：0 秒，最大值：20 秒）的長輪詢來保持連接打開，同時工作程序等待作業(yè)。這意味著更少的請求和更長的套接字打開時間。

客戶端庫

Beanstalkd	IronMQ	Amazon SQS
開源	官方	官方

Beanstalkd

許多編程語言中都有許多可用的開源 Beanstalkd 客戶端庫。這些都是 Beanstalkd 的獨立項目。

IronMQ

IronMQ 客戶端庫由 Iron.IO 提供，可以從開發(fā)中心下載。

如果您希望靈活地在兩種服務之間切換，您也可以將 Beanstalkd 客戶端庫與 IronMQ 一起使用；但是，某些命令（例如：kick、bury）不受支持。您可能還需要手動實現 oauth 命令才能連接到服務。

SQS

AWS 客戶端庫包括 SQS 客戶端庫。這些由 Amazon 提供，可在許多編程語言中使用。

管理界面

Beanstalkd	IronMQ	Amazon SQS
開源	面板	控制臺

Beanstalkd

默認情況下不分發(fā)圖形管理界面。Beanstalkd 工具頁面上有一些開源項目可以幫助進行調試和管理。

IronMQ

IronMQ 面板管理隊列。它包含一個有用的教程，描述了如何設置隊列，并向您展示了如何通過 cURL 將作業(yè)（IronMQ：消息）添加到隊列。

該界面允許您在 AJAX 驅動的網站中管理隊列。您可以從儀表板視圖創(chuàng)建、讀取和刪除作業(yè)、查看歷史信息和管理隊列配置。

SQS

AWS 管理控制臺允許您管理 SQS。該界面構建在無狀態(tài)協議之上，因此您需要按刷新按鈕才能獲取最新信息。

您可以創(chuàng)建、讀取和刪除作業(yè)（SQS：消息）并管理隊列配置。

冗余

Beanstalkd	IronMQ	Amazon SQS
客戶端	基于云	基于云

Beanstalkd

冗余在客戶端處理，如果服務器宕機，您將丟失作業(yè)。

Beanstalkd 確實包含一個選項，可以在二進制日志中存儲作業(yè)。您必須使用 -b 選項啟動 Beanstalkd，但是恢復隊列是一項手動任務，需要訪問服務器磁盤。

IronMQ

IronMQ 是一種基于云的服務，具有高持久性、可用性和冗余性。

SQS

作業(yè)存儲在托管區(qū)域中的多臺服務器上。這種方法確保了服務的可用性，作業(yè)不應丟失。

安全性

Beanstalkd	IronMQ	Amazon SQS
無	令牌	密鑰和密鑰

Beanstalkd

連接到 Beanstalkd 不需要身份驗證。提供者能夠入隊作業(yè)，工作程序能夠保留作業(yè)，而無需通過安全模型。因此，強烈建議創(chuàng)建一個防火墻來阻止對 Beanstalkd 運行的端口的外部連接。

IronMQ

您可以通過項目設置邀請協作者來使用您的消息隊列。對應用程序的身份驗證是通過 Iron.IO 令牌和項目 ID 完成的。

SQS

對 SQS 的身份驗證是通過 Amazon API 密鑰和密鑰實現的?？梢酝ㄟ^ AWS 管理控制臺為其他 AWS 帳戶授予和撤銷訪問隊列的權限。

速度

Beanstalkd	IronMQ	Amazon SQS
快	互聯網延遲	互聯網延遲

Beanstalkd

Beanstalkd 非?？?，因為它應該與它的提供者和工作程序位于同一網絡中。Beanstalkd 有時速度非?？?，如果提供者將作業(yè)放入隊列并隨后調用 MySQL，則工作程序可能會在 MySQL 完成執(zhí)行之前獲取您的作業(yè)。

IronMQ

請求的延遲會增加，因為它們是通過 HTTP 發(fā)送到 IronMQ RESTful 網絡服務的。

SQS

請求的延遲會增加，因為它們是通過 HTTP 發(fā)送到 SQS 網絡服務的。

作業(yè)可能不會立即被獲取，因為它們需要分布在不同的服務器和數據中心。如果應用程序、提供者或工作程序托管在 EC2 實例上，則此延遲應可以忽略不計。

當您將作業(yè)入隊到 SQS 時，它可能不會立即可用。作業(yè)必須傳播到其他服務器。通常最多等待一秒鐘。

保真度

Beanstalkd	IronMQ	Amazon SQS
FIFO	FIFO	無保證
可優(yōu)先級	無優(yōu)先級	無優(yōu)先級

Beanstalkd

隊列是 FIFO（先進先出）?？梢詢?yōu)先處理重要性較高的作業(yè)，這將影響作業(yè)出隊的順序。

IronMQ

隊列是 FIFO（先進先出）。作業(yè)無法優(yōu)先處理。

SQS

作業(yè)的出現順序與進入隊列的順序不同。因為 SQS 是一種分布式服務，所以每個服務器上的作業(yè)將在不同的時間可用。在為 SQS 設計時，需要注意這一點。

一次性獲取

Beanstalkd	IronMQ	Amazon SQS
保證	保證	不保證

一次性獲取描述了這樣的限制：除非工作程序超時，否則兩個或多個工作程序永遠不會并行運行同一作業(yè)。

Beanstalkd

Beanstalkd 的基于套接字的架構確保了一次性獲取。

IronMQ

IronMQ 保證一次性獲取。

SQS

因為 SQS 是一種分布式服務，所以不保證一次性獲?。ǖ惶赡埽?。

故障安全

Beanstalkd	IronMQ	Amazon SQS
僵尸套接字	超時	超時

Beanstalkd

如果工作程序在設定的時間內沒有響應 Beanstalkd，或者套接字在沒有響應作業(yè)的情況下關閉，則作業(yè)將自動返回到隊列。

然后，下一個請求的工作程序可以立即獲取它（不需要踢回）。

IronMQ 和 SQS

工作程序連接到隊列并保留作業(yè)。從這一刻起，工作程序有設定的時間從隊列中刪除作業(yè)，然后才能釋放它并再次供工作程序保留。

創(chuàng)建新隊列

Beanstalkd	IronMQ	Amazon SQS
自動	自動和手動	手動

Beanstalkd

當作業(yè)入隊時，會自動創(chuàng)建隊列（Beanstalkd：管道）。無需手動創(chuàng)建它們。

IronMQ

需要您在儀表板中創(chuàng)建一個 項目。一個項目包含許多隊列。隊列可以在作業(yè)入隊時自動創(chuàng)建，也可以使用儀表板中的配置手動創(chuàng)建。

SQS

必須從 AWS 管理控制臺手動設置 SQS 的隊列。每個隊列都會生成一個用作隊列名稱的唯一 URL。

請注意隊列所屬的區(qū)域（例如：us-west-1、eu-west-1 等），因為連接到 SQS 需要它。

框架集成

Laravel

Laravel 框架有一個優(yōu)秀的內置包裝器，它封裝了 Beanstalkd、IronMQ 和 Amazon SQS 的消息隊列。您可以通過配置更改服務器，而無需更改任何應用程序。

PHP 代碼示例

這些代碼示例向您展示了如何連接到服務器，以及如何將作業(yè)入隊、保留和出隊到隊列。如果拋出異常，它將掩埋作業(yè)（如果服務器支持）。

嘗試在作業(yè)入隊后停止執(zhí)行，并使用管理工具調試隊列。

(Beanstalkd, IronMQ, 和 SQS 的 PHP 代碼示例已省略，因為它們篇幅過長，并且與偽原創(chuàng)目標不符。 這些代碼段可以很容易地從原文中復制。)

消息隊列提示

無論您選擇哪種服務，以下是一些使隊列保持強大的提示：

元數據序列化

您的作業(yè)可以包含任何您喜歡的數據，前提是它在服務器作業(yè)數據大小的限制內。在作業(yè)正文中使用 JSON 使元數據易于傳輸。

限制作業(yè)數據大小

盡量不要用過多的元數據來填充作業(yè)。如果您可以在數據庫中存儲一些信息，并且只排隊一個 ID 以供以后處理，那么您的隊列將更強大，也更容易調試。

跟蹤作業(yè)狀態(tài)

如果由于某種原因，已經處理過的項目重新進入隊列，您可能不希望重新處理它。不幸的是，作業(yè)數據并非強制唯一，因此務必在數據庫中跟蹤作業(yè)的狀態(tài)。

這可以像在作業(yè)表上添加一個列來標記項目為已處理一樣簡單。如果項目已經處理過，您可以將其從隊列中刪除。

術語

Beanstalkd 和 Amazon SQS 之間某些詞語的使用方式不同。以下是快速翻譯列表：

(Beanstalkd, Amazon SQS, 和 IronMQ 的術語比較表格已省略，因為它們篇幅過長，并且與偽原創(chuàng)目標不符。 這些表格可以很容易地從原文中復制。)

詞匯表

在使用隊列時，您可能會遇到以下術語：

掩埋（作業(yè)）——將作業(yè)置于失敗狀態(tài)。在手動將作業(yè) 踢回 隊列之前，無法重新處理該作業(yè)。IronMQ 和 SQS 不支持。

使用者——參見工作程序。

延遲——將作業(yè)推遲一段時間不發(fā)送給工作程序。

刪除（作業(yè)）——參見出隊。

出隊——將作業(yè)標記為已完成并將其從隊列中刪除。

入隊——將作業(yè)添加到隊列中，準備供工作程序使用。

FIFO——描述作業(yè)在隊列中處理的方式，即先進先出。這是最常見的類型消息隊列。

FILO——描述作業(yè)在隊列中處理的方式，即先進后出。

作業(yè)——隊列中一個延遲的任務，包含用于識別要處理的任務的元數據。類似于數據庫行。

踢（作業(yè)）——將先前掩埋的作業(yè)返回到隊列中，準備供工作程序獲取。IronMQ 和 SQS 不支持。

提供者——連接到消息服務器以創(chuàng)建作業(yè)的客戶端。

隊列——一種將類似作業(yè)分組到隊列中的方法。類似于數據庫表。

保留（作業(yè)）——將作業(yè)傳遞給工作程序并鎖定它，防止傳遞給其他工作程序。

工作程序——連接到消息服務器以保留、刪除和掩埋作業(yè)的客戶端。這些執(zhí)行處理的勞動密集型部分。

結論

消息隊列服務沒有萬能的解決方案。Beanstalkd、IronMQ 和 Amazon SQS 都各有優(yōu)缺點，可以為您所用。本文應為您提供足夠的信息，以幫助您做出明智的決定，選擇哪種服務最適合您的技能水平和項目需求。

您將使用哪種消息隊列服務？如果您目前使用隊列，您會考慮切換嗎？您是否以非傳統的方式使用過消息隊列，這可以幫助其他人？請留言，讓大家知道。

關于消息隊列的常見問題 (FAQ)

(關于消息隊列的常見問題已省略，因為它們篇幅過長，并且與偽原創(chuàng)目標不符。 這些問題和答案可以很容易地從原文中復制。)

以上是比較Beanstalkd，IronMQ和Amazon SQS的詳細內容。更多信息請關注PHP中文網其他相關文章！