创建 ACS 命名空间的限制 - 6 月 30 日答案

【问题标题】：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 的解决方案，我们需要继续销售它们。