【发布时间】:2017-03-25 17:36:51
【问题描述】:
作为安全最佳实践,我们的客户在其 Azure 门户资源组中将开发人员角色限制为参与者。一切都很好,但是如果我们使用贡献者角色从 Visual Studio 登录到 azure,这会严重限制使用 Visual Studio 中的任何类型的 azure 集成(部署、服务器资源管理器、云资源管理器等)。我们正在开发典型的 MSBI 服务,例如数据湖分析 (usql)、azure 分析服务、dw。而且我们不能使用任何 Visual Studio azure 连接功能。
我找到了使用管理证书的解决方案。但是 MS 站点警告不要使用它,因为它会允许访问所有 azure 资源,从而违反贡献者限制的目的。
我可以请求任何指导吗?
【问题讨论】:
-
为什么不让客户端创建一个为您配置的资源组,用于开发/测试目的,并具有适当的访问权限?如果客户将您拒之门外,除了为开发/测试运行您自己的 Azure 订阅之外,不确定您还能做什么。
-
客户端创建了一个资源组并通过 RBAC 提供了访问权限。但是,要使用 Visual Studio,我们需要有一个订阅,除非您作为订阅管理员/共同管理员关联,否则您无法获得该订阅。如果我在这方面错了,我会得到纠正。我相信 MS 已经创建了 RBAC 概念来微调访问管理 - 因此您可以将所有权授予用户可以拥有完全所有权的子部分。但是,如果这阻止了在该区域使用视觉工作室,那么我对模型有误。也许使用 VSTS 从 VControl 获取代码,然后使用更高的角色部署到 azure?
标签: visual-studio azure rbac