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 命令。 若要將命名空間移至另一個訂用帳戶，命名空間必須已經是作用中。 執行命令的使用者必須是來源和目標訂用帳戶的系統管理員使用者。

Azure 入口網站

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

PowerShell

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

# 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、PHP、Python、Java、C 和 C# 產生自有簽章的相關資訊，請參閱具有共用存取簽章的服務匯流排驗證。

是。 轉送用戶端會使用完整的網域名稱連線至 Azure 轉送服務。 客戶可以在防火牆上新增 *.servicebus.windows.net 項目以支援 DNS 核准清單。 您也可以使用 your-namespace-name.servicebus.windows.net 來允許列出特定命名空間。 在此情況下，您也需要允許列出命名空間的閘道，這可以使用此 PowerShell 指令碼找到。

下一步

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