我們正在嘗試建立一個持續的部署環境。與如何執行ARM部署衝突。將所有資源作爲一個組進行部署會更好地單獨處理它們。我應該如何觸發ARM部署
ARM有一個很好的聲明性語法。我們告訴我們打算創造」,而無需編程命令來創建它寫的序列。這是偉大的,但我們應該如何運行呢?
兩個選項來達到我的腦海
II可以下載模板和使用電源外殼。
II。使用Azure的自動化
III觸發。X
什麼是最好的做法是什麼?
我們正在嘗試建立一個持續的部署環境。與如何執行ARM部署衝突。將所有資源作爲一個組進行部署會更好地單獨處理它們。我應該如何觸發ARM部署
ARM有一個很好的聲明性語法。我們告訴我們打算創造」,而無需編程命令來創建它寫的序列。這是偉大的,但我們應該如何運行呢?
兩個選項來達到我的腦海
II可以下載模板和使用電源外殼。
II。使用Azure的自動化
III觸發。X
什麼是最好的做法是什麼?
參考 八達通積分。如果你這樣做是爲您的CI/CD鏈的一部分,你可能想在模板和部署腳本與你的源代碼進行檢查。這樣一來,基礎架構的定義就保留在打算運行的代碼上。
如果這是一些其他的工作流程的一部分,這實際上取決於流程:)
我會建議使用PowerShell \ CLI從URL只是調用模板,那就是這樣做的最簡單的方法(而不是下載它)。這可以運行任何能夠運行自定義腳本任務,或具有步驟來部署ARM模板(VSTS \ Octopus \可能是別的東西)的特定CI \ CD系統
我會建議針對Azure Automation原因。
此外,我確實建議從arm模板中分離代碼
從ARM模板中分離代碼的主要好處是什麼? –
您可以爲實際應用程序和arm模板分別部署\發佈週期 – 4c74356b41
我正在Azure中設置操場子的階段。設置完成後,我會參數並且要從源代碼中觸發它。源代碼現在看起來不太實際。或者我可以將它與章魚融爲一體嗎? –
@RıfatErdemSahin查看我的回答 – 4c74356b41
Tomas我選擇了你的路線。事實上,將項目打包成.deployproj格式/模板是很好的。我們可以從Visual Studio和Octopus進行部署。我們需要在操場上測試模板。 –