優先順序佇列模式

Azure 服務匯流排

優先順序佇列模式可讓工作負載比優先順序較低的工作更快處理高優先順序的工作。此模式會使用傳送至一或多個佇列的訊息，在為個別用戶端提供不同服務等級保證的應用程式中很有用。

內容和問題

工作負載通常需要以不同層級的重要性和緊迫性來管理和處理工作。有些工作需要立即注意，而另一些工作可以等候。無法解決高優先順序的工作可能會影響用戶體驗和違反服務等級協定（SLA）。

若要根據工作的優先順序有效率地處理工作，工作負載需要一個機制來據此排定和執行工作的優先順序。一般而言，工作負載會依照工作到達的順序來處理工作，並使用先出先出（FIFO）佇列結構。這種方法不會考慮工作的不同重要性。

解決方案

優先順序佇列允許工作負載根據其優先順序來處理工作，而不是其抵達順序。將訊息傳送至佇列的應用程式會將優先順序指派給訊息，而取用者會依優先順序處理訊息。當您有下列需求時，請使用優先順序佇列模式：

處理不同緊迫性和重要性的工作。 您有不同層級的緊迫性和重要性的工作，而且必須確保您在較不重要的工作之前處理更關鍵的工作。
處理不同的服務等級協定。 您可以為用戶端提供不同的服務等級保證，而且需要確保高優先順序客戶端獲得更佳的效能和可用性。
容納不同的工作負載管理需求。 您有一個工作負載需要立即解決某些工作，且較不緊急的工作可以等候。

實作優先順序佇列模式的主要方法有兩種：

單一佇列：所有訊息都會傳送至一個佇列，而每個訊息都會指派優先順序。
多個佇列：每個訊息優先順序會使用不同的佇列。

單一佇列

使用單一佇列時，應用程式（產生者）會將優先順序指派給每個訊息，並將訊息傳送至佇列。佇列會依優先順序排序訊息，確保取用者在優先順序較低的訊息之前處理較高優先順序的訊息。

此圖說明支援訊息優先順序的佇列機制。
圖 1. 單一佇列和單一取用者集區的架構

多個佇列

多個佇列可讓您依優先順序分隔訊息。應用程式會將優先順序指派給每個訊息，並將訊息導向至對應至其優先順序的佇列。取用者會處理訊息。多個佇列解決方案會使用單一取用者集區或多個取用者集區。

多個取用者集區

使用多個取用者集區時，每個佇列都有專用的取用者資源。優先順序較高的佇列應該使用更多取用者或更高的效能層級，以比優先順序較低的佇列更快處理訊息。

當您擁有下列專案時，請使用多個取用者集區：

嚴格的效能需求：當不同的工作優先順序具有必須獨立符合的嚴格效能需求時，需要多個取用者集區。
高可用性需求：對於可靠性與錯誤隔離很重要的應用程式，需要多個取用者集區。一個佇列中的問題不得影響其他佇列。
複雜應用程式：適用於需要不同處理特性和效能保證之工作的複雜應用程式。

此圖說明針對每個優先順序使用不同的消息佇列。
圖 2. 多個佇列和多個取用者集區的架構。

單一取用者集區

使用單一取用者集區時，所有佇列都會共用單一取用者集區。取用者會先處理來自最高優先順序佇列的訊息，而且只有在沒有高優先順序訊息時，才會處理來自較低優先順序佇列的訊息。因此，單一取用者集區一律會在優先順序較低的訊息之前處理較高優先順序的訊息。此設定可能會導致優先順序較低的訊息持續延遲，而且可能永遠不會處理。

使用單一取用者集區來進行：

簡單管理：單一取用者集區適用於容易設定和維護的應用程式優先。其可降低組態和監視的複雜性。
統一處理需求：當傳入工作的確切本質類似時，單一取用者集區很有用。

此圖說明針對每個優先順序使用不同的消息佇列。
圖 3. 多個佇列和單一取用者集區的架構。