2013-02-26 72 views
0

是否有其他方式使用AMQP对比使用AMQP的Azure服务总线进行授权,而不是使用用户名和密码(例如来自ACS的令牌)?Azure服务总线AMQP令牌验证

在我的方案中,我希望能够提供资源级别的客户端访问服务总线而不公开我的凭据。

回答

1

今天,在服务总线AMQP支持预览版中,SASL用户名/密码方案是唯一的身份验证选项。

虽然您可以在ACS内自由创建多个身份,并将有限的一组声明与这些身份相关联,但仍可以使用此模型提供资源级别的客户端访问。事实上,这是建议的最佳做法。在生产环境中使用默认名称空间“所有者”标识的替代方法类似于使应用程序组件能够访问根密码。

因此,我的建议是为您的应用程序中的每个“角色”创建ACS身份,然后仅授予该角色所需的声明。例如,如果Web层组件需要发送到队列q1的能力,则为此Web层角色创建ACS标识,并向该标识授予“发送”声明。

谢谢,

戴夫。微软公司服务总线小组。

+0

下面是我的同事Clemens Vasters的相关介绍,其中涵盖了我在上面提到的ACS概念:http://channel9.msdn.com/posts/Securing-Service-Bus-with-ACS – 2013-02-28 14:16:43

+0

因此,它是一个推荐最佳做法是按照您对EventHubs的建议进行操作,此时解决方案预计会有数百或数千个设备发送数据?为每个设备创建角色似乎不可行。但也许是。也许这与为每个设备创建SAS令牌一样可行;但它似乎是管理数百/数千个角色的后勤噩梦。 – 2015-05-28 16:13:00