Azure 轉播常見問題

Azure 轉送服務 可協助您的混合式應用程式，協助您更安全地向公用雲端公開位於公司商業網路內的服務。 您可以公開服務，而不需開啟防火牆連線，而且不需要對公司網路基礎結構進行侵入式變更。

命名空間 是一個範圍容器，可用來處理應用程式內的轉寄資源。 您必須建立命名空間以使用轉寄。 這是開始使用的第一個步驟之一。

先前命名服務匯流排轉接服務現在稱為 Azure 轉接。 您可以如往常繼續使用此服務。 混合式連線功能是已從 Azure BizTalk 服務移植的服務更新版本。 WCF 轉送和混合式連線會繼續受到支援。

定價

本節會回答有關轉接定價結構的一些常見問題。 您也可以查看 一般 Azure 定價資訊的 Azure 支援常見問題 。 如需轉寄定價的完整資訊，請參閱 服務匯流排定價詳細資料 。

如需轉送定價的完整資訊，請參閱 服務匯流排定價詳細資料頁面上的混合式連線和 WCF 轉送 資料表。 除了該頁面上記下的價格之外，您還需支付在布建應用程式之資料中心外輸出的相關資料傳輸費用。

WCF 轉送僅適用于標準層命名空間。 否則，轉播的定價和 連線配額 尚未變更。 這表示，轉送會根據訊息數目（非作業）和轉送時數繼續收費。 如需詳細資訊，請參閱定價詳細資料頁面上的 「混合式連線和 WCF 轉送」 資料表。

在某些情況下，單一轉送有許多連接的接聽程式。 當至少有一個轉接聽程式連線到該接聽程式時，會將轉接器視為開啟。 將接聽程式新增至開啟的轉送會導致額外的轉送時數。 連線至轉送的轉送傳送者數目（叫用或傳送訊息至轉送的用戶端）不會影響轉送時數的計算。

（ 這只適用于 WCF 轉送。訊息不是混合式連線的成本。

一般而言，轉寄的計費訊息是使用用於代理實體（佇列、主題和訂用帳戶）的相同方法來計算的。 不過，有一些顯著的差異。

將訊息傳送至 Azure 轉送會被視為「完整透過」傳送至接收訊息的轉送接聽程式。 它不會被視為傳送作業至 Azure 轉送，後面接著傳遞至轉送接聽程式。 針對轉送接聽程式的要求-回復樣式服務調用（最多 64 KB），會產生兩個可計費的訊息：一個可計費的訊息用於要求，一個可計費的訊息用於回應（假設回應也是 64 KB 或更小）。 這與在用戶端與服務之間使用佇列進行調解不同。 如果您使用佇列在用戶端與服務之間進行調解，則相同的要求-回復模式需要要求傳送至佇列，然後從佇列到服務的清除佇列/傳遞。 接著回應會傳送至另一個佇列，以及從該佇列傳送至用戶端的清除佇列/傳遞。 在整個期間使用相同的大小假設（最多 64 KB），已調解的佇列模式會產生 4 個可計費的訊息。 您需支付兩倍的訊息數目，以實作使用轉寄完成的相同模式。 當然，使用佇列來達成此模式的優點，例如持久性和負載撫平。 這些優點可能證明額外的費用合理。

使用 netTCPRelay WCF 系結開啟的 轉送會將訊息視為個別訊息，而是透過系統流動的資料流程。 當您使用此系結時，只有傳送者和接聽程式能夠查看傳送和接收之個別訊息的框架。 對於使用 netTCPRelay 系結的 轉送，所有資料都會被視為計算可計費訊息的資料流程。 在此情況下，服務匯流排會以 5 分鐘為基礎，計算透過每個個別轉送傳送或接收的資料總數。 然後，它會將總數據量除以 64 KB，以判斷該轉寄期間該轉寄的計費訊息數目。

配額

根據預設，針對任何雲端服務，Microsoft 會設定針對所有客戶訂用帳戶計算的匯總每月使用量配額。 我們瞭解您的需求有時可能超過這些限制。 您可以隨時連絡客戶服務，以便我們瞭解您的需求，並適當調整這些限制。 針對服務匯流排，匯總使用量配額如下所示：

• 50 億則訊息
• 2 百萬個轉送時數

雖然我們保留停用超過其每月使用量配額的帳戶的權利，但我們提供電子郵件通知，並在採取任何動作之前多次嘗試連絡客戶。 超過這些配額的客戶仍須負責超額費用。

轉寄命名空間名稱長度必須介於 6 到 50 個字元之間。

若要將命名空間從某個 Azure 訂用帳戶移至另一個訂用帳戶，您可以使用 Azure 入口網站 或使用 PowerShell 命令。 若要將命名空間移至另一個訂用帳戶，命名空間必須已經作用中。 執行命令的使用者必須是來源和目標訂用帳戶上的管理員istrator 使用者。

Azure 入口網站

若要使用Azure 入口網站將 Azure 轉寄命名空間從某個訂用帳戶移轉至另一個訂用帳戶，請參閱 將資源移至新的資源群組或訂用帳戶 。

PowerShell

若要使用 PowerShell 將命名空間從某個 Azure 訂用帳戶移至另一個訂用帳戶，請使用下列命令順序。 若要執行這項作業，命名空間必須已經作用中，而且執行 PowerShell 命令的使用者必須是來源和目標訂用帳戶上的管理員istrator 使用者。

# Create a new resource group in the target subscription.
Select-AzSubscription -SubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff'
New-AzResourceGroup -Name 'targetRG' -Location 'East US'

# Move the namespace from the source subscription to the target subscription.
Select-AzSubscription -SubscriptionId 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa'
$res = Find-AzResource -ResourceNameContains <NAMESPACE NAME> -ResourceType 'Microsoft.ServiceBus/namespaces'
Move-AzResource -DestinationResourceGroupName 'targetRG' -DestinationSubscriptionId 'ffffffff-ffff-ffff-ffff-ffffffffffff' -ResourceId $res.ResourceId

如需常見例外狀況和您可以採取的建議動作的描述，請參閱 轉送例外狀況 。

共用存取簽章 （SAS） 是以 SHA-256 安全雜湊或 URI 為基礎的驗證機制。 如需如何在 Node.js、PHP、Python、JAVA、C 和 C# 中產生您自己的簽章的相關資訊，請參閱 使用共用存取簽 章服務匯流排驗證。

是。 轉接用戶端會使用完整功能變數名稱來連線到 Azure 轉寄服務。 客戶可以在支援 DNS 核准清單的防火牆上新增 專案 *.servicebus.windows.net 。 您也可以使用 your-namespace-name.servicebus.windows.net 來允許列出特定命名空間。 在此情況下，您也需要允許列出命名空間的閘道，您可以使用此 PowerShell 腳本 找到 這些閘道。

下一步

• 建立命名空間
• 開始使用 .NET
• 開始使用 Node