我正在研究 Azure Bicep/ARM 模板，我想知道在多個團隊將要使用的大型組織中創建模板時，在資源提供者上使用 API 版本的安全/推薦方法。
如果我們宣告資源型別并使用 API 版本，我們會在預覽版和穩定版方面獲得很多選擇。我們一直都知道推薦使用穩定版，但大多數情況下它看起來太舊而且預覽看起來是最新的。
在下面的 SQL Server 資源螢屏截圖中，預覽版看起來是 2014 年最新且穩定的版本，這可能會導致對最新功能的妥協
那么，我們如何確定穩定/安全但涵蓋最新功能而又不破壞更改的 API 版本
resource sqlServer 'Microsoft.Sql/servers@2021-11-01-preview' = {
name: serverName
location: location
tags: tags
identity: {
type: 'SystemAssigned'
}
properties: {
version: version
publicNetworkAccess: 'Enabled'
administratorLogin: adminUserName
administratorLoginPassword: administratorLoginPassword
}
}
uj5u.com熱心網友回復：
您會很快發現，當您開始使用 ARM 模板時，您將需要使用許多不同的 API 版本，事實上，為每種資源查找 API 組合有時就像在迷宮中導航，因為適用于一種資源型別的方法可能不起作用對于另一個，你需要找到對所有人都有效的組合，相信我有時這遠非微不足道，所以不要誤會，只是認為你可以對所有資源堅持相同的 API 版本。
我發現這樣做很有幫助的一種方法是在 Azure 門戶中同時創建一個資源，然后從那里下載模板并查看他們使用的 API 版本，這對我很有幫助。
uj5u.com熱心網友回復：
您可以使用的一些指導...
- 使用最新的非預覽版 apiVersion，除非您需要的功能僅在較新/預覽版中可用（這對于 SQL 來說是正確的）
- 除非新版本中有您需要的功能，否則您無需升級 apiVersion。每年左右重新審視一下，看看是否有可用的新功能（再次是 SQL 示例）并沒有什么壞處 - 但除了新功能之外，您沒有理由總是需要處于“最新”狀態
- 新的 apiVersions 更多的是關于功能和架構更改，而不是關于“穩定性”——正如 Matt Douhan 所提到的，如果有一個公開可用的 apiVersion（即公共預覽版），它支持并被認為是“穩定的”。
高溫高壓
轉載請註明出處，本文鏈接：https://www.uj5u.com/qianduan/475930.html
上一篇：MicrosoftAzure函式(nodejs)、WEBSITE_MAX_DYNAMIC_APPLICATION_SCALE_OUT和maxConcurrentCalls沒有按照他們說的做