Azure服务总线中继指导

我们正在构建将在Azure中托管的Web和移动应用程序。我们需要此应用程序来检索和更新我们的内部数据库中的数据，并且我们的防火墙限制可防止创建入站防火墙规则。Azure服务总线中继指导

我有一些问题，我希望我能得到一些帮助，因为我不是开发人员，但需要与开发人员合作，并将架构传达给其他技术部门。

1.我下载了ServicveBusRelay培训套件演示（https://github.com/WindowsAzure-TrainingKit/Demo-ServiceBusRelay），它工作正常，但是当我关闭控制台应用程序时，它创建的“sb：//name.servicebus.windows.net/Customer”正常？我也看不到它在服务总线浏览器中列出，但我可以在Portal中看到它？

2.Relay不使用代理消息（队列，主题，订阅）？

3.什么是最安全的身份验证方法（对称密钥，X.509证书，密码）？

4.例如安全性和性能，不同绑定（NetTCPRelayBinding，BasicHTTPRelayBinding等）的pro和con有什么不同？

5.出站连接如何保持活动状态？

来源

2014-04-11 Michael Roger

任何人都可以帮忙吗？ –

1）这是因为创建的中继端点是动态的。您可以使用NamespaceManager创建持久性端点。当您的控制台应用程序关闭时，端点不会消失。

2）继电器没有使用斡旋的消息 - 它使用WCF

3）您可以使用WCF级身份验证，如果你想要的，但用，你可以使用ACS或SAS键来进行身份验证（均发现门户网站）。

4）这与TCP与HTTP连接的权衡相同。

来源

2014-04-14 23:29:23 TheDude

谢谢！我不认为SAS密钥可用于继电器。使用ACS的对称密钥或多或少比证书安全？ –

SAS密钥可用于中继 - 可以使用SAS密钥作为命名空间的根级别（ACS密钥显示给命名空间的位置）。我不熟悉如何使用ACS更安全的证书，所以我不能多说这些。但ACS使用过期的令牌，类似于OAUth（我认为）。 – TheDude

http://msdn.microsoft.com/library/azure/dn170477.aspx该链接表明SAS令牌不能用于中继，但很快就会添加。这些信息是否过时？ –

Azure服务总线中继指导

回答

相关问题