根據本博客https://azure.microsoft.com/en-us/blog/acs-access-control-service-namespace-creation-restriction/從2017年6月30日開始,創建新的啓用了ACS的Service Bus名稱空間。但是,我可以使用powershell命令創建它們。生效日期有變化嗎?創建ACS命名空間的限制 - Jun 30
我寫了一個星期[email protected]回來,但沒有得到任何迴應
根據本博客https://azure.microsoft.com/en-us/blog/acs-access-control-service-namespace-creation-restriction/從2017年6月30日開始,創建新的啓用了ACS的Service Bus名稱空間。但是,我可以使用powershell命令創建它們。生效日期有變化嗎?創建ACS命名空間的限制 - Jun 30
我寫了一個星期[email protected]回來,但沒有得到任何迴應
根據這一article:
ACS命名空間您創建的6月30日之前,2017年將不會受到影響並且將得到全面支持,但是,嘗試在6月30日之後使用PowerShell,ARM模板和我們的API創建新的啓用ACS的服務總線,事件中心或中繼命名空間將失敗。如果ACS支持對您的業務至關重要,並且您需要在此日期之後創建ACS名稱空間,請通過打開技術支持憑單來聯繫Azure客戶支持。您需要將用於創建ACS名稱空間的訂閱ID提供給支持您的支持工程師。展望未來,請考慮使用共享訪問簽名(SAS)密鑰。作爲ACS命名空間六月之前創建
我也很奇怪,你可以創建新的ACS,我建議你可以聯繫Azure支持或發送電子郵件([email protected]),以檢查新的ACS是相同的30.
此外,我們不建議您使用ACS,SAS建議通過ACS,因爲它爲Service Bus提供了一個簡單,靈活且易於使用的身份驗證方案。應用程序可以在不需要管理授權「用戶」概念的情況下使用SAS。
我在10天前寫信給[email protected]並等待他們的回覆。 我們有一個現有的場景,我們使用基於ACS的解決方案和授權用戶的概念。我們需要尋找替代品 – ALK
已經連接到天藍色的支持?在我看來,你只需要確保你創建的ACS不會受到影響。正如文章所述,如果客戶直接通過打開技術支持票證來選擇ACS,ACS仍然可以使用。 –
通過Twitter與他們聯繫,他們建議我在這裏發佈一個查詢。感謝白蘭度。我意識到現有的ACS將繼續工作一段時間。我們是一家獨立軟件開發商,我們在這些產品中內置了這種基於ACS的解決方案,我們需要向前推銷它們。 – ALK