【问题标题】:Restrictions on creation of ACS namespace - Jun 30创建 ACS 命名空间的限制 - 6 月 30 日
【发布时间】:2017-07-18 11:15:59
【问题描述】:

根据此博客https://azure.microsoft.com/en-us/blog/acs-access-control-service-namespace-creation-restriction/,从 2017 年 6 月 30 日起,新启用 ACS 的服务总线命名空间的创建受到限制。但是,我可以使用 powershell 命令创建它们。生效日期有变化吗?

一周前我写信给 azurefeedback@microsoft.com,但没有收到任何回复

【问题讨论】:

    标签: azureservicebus acs


    【解决方案1】:

    据此article

    您在 2017 年 6 月 30 日之前创建的 ACS 命名空间不会受到影响,并且将得到完全支持,但是,在 6 月之后尝试使用 PowerShell、ARM 模板和我们的 API 创建新的启用 ACS 的服务总线、事件中心或中继命名空间30 会失败。如果 ACS 支持对您的业务至关重要,并且您需要在此日期之后创建 ACS 命名空间,请通过打开技术支持票证联系 Azure 客户支持以获取选项。您需要向为您提供帮助的支持工程师提供用于创建 ACS 命名空间的订阅 ID。今后请考虑改用共享访问签名 (SAS) 密钥。

    我也很奇怪你可以创建新的 ACS,我建议你可以联系 Azure 支持或发送电子邮件(acsfeedback@microsoft.com)检查新的 ACS 是否与 6 月 30 日之前创建的 ACS 命名空间相同。

    此外,我们不建议您使用 ACS,建议使用 SAS 而不是 ACS,因为它为 Service Bus 提供了一种简单、灵活且易于使用的身份验证方案。应用程序可以在不需要管理授权“用户”概念的场景中使用 SAS。

    【讨论】:

    • 我在大约 10 天前写信给 acsfeedback@microsoft. 并等待他们的回复。我们有一个现有的场景,我们使用基于 ACS 的解决方案和授权用户的概念。我们需要找到替代方案
    • 已经连接到 azure 支持了吗?在我看来,您只需要确保您创建的 ACS 不会受到影响。正如文章所说,如果客户直接通过打开技术支持工单进行选择,仍然可以使用 ACS。
    • 通过 Twitter 与他们联系,他们建议我在此处发布查询。谢谢白兰度。我意识到现有的 ACS 将继续工作一段时间。我们是一家独立软件开发商,我们在我们的产品中内置了这个基于 ACS 的解决方案,我们需要继续销售它们。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-08-04
    • 1970-01-01
    • 2014-07-09
    • 2012-03-04
    • 1970-01-01
    • 1970-01-01
    • 2016-04-01
    相关资源
    最近更新 更多