是否可以使用stream量pipe理器来pipe理内部azure色服务（存储，服务总线等）的连接。
目标是拥有多个存储帐户和队列，以便在其中一个失败时另一个应用程序仍然可以工作。
我知道有可能build立我的应用程序，所以它自动执行此操作。 但我可以使用交通pipe理器来实现这个？
我可以使用交通pipe理器来实现这个吗？
不，我们不能这样做交通pipe理员。
stream量pipe理器在DNS级别工作，它使用DNS响应将最终用户stream量引导到全球分布式端点。 客户端直接连接到这些端点。 而stream量pipe理器只支持面向Internet的应用程序。 有关stream量pipe理器的更多信息，请参阅链接 。
stream量pipe理器只需要一个可以回复状态码为200 OK的GET请求的端点，以便能够成功探测端点。 您的服务总线可以在HTTP / HTTPS的根path上成功响应GET请求，并且成功执行200 OK。
您可以使用Azure PowerShell和wget对其进行testing
电源shell：
Invoke-WebRequest 'https://<yourservicebusname>.servicebus.windows.net' -MaximumRedirection 0 -ErrorAction SilentlyContinue | Select-Object StatusCode,StatusDescription wget的：
wget -S https://<yourservicebusname>.servicebus.windows.net
在这里，您可以检查如何使用stream量pipe理器configuration您的端点。 https://stackoverflow.com/questions/43790439/why-cant-azure-traffic-manager-be-used-with-service-bus
但正如Jason We所解释的那样，请记住Traffic Manager只在DNS级别上工作。
它刚刚在stream量pipe理器上发布了一个新function，它使用TCP探测而不是HTTP（s），因此您也可以使用它来configuration您的服务总线/存储端点。
您可以使用下面的PowerShell命令来testingTCP探测是否成功
tnc <storageaccountname>.queue.core.windows.net -Port 80 tnc <storageaccountname>.blob.core.windows.net -Port 80 tnc <storageaccountname>.file.core.windows.net -Port 80 tnc <storageaccountname>.table.core.windows.net -Port 80
在Linux上：
nc -zv <storageaccountname>.queue.core.windows.net 80
在这里您可以find有关TCP探针configuration的更多信息： https ： //azure.microsoft.com/en-us/updates/aztmfftcp/