Azure
基礎架構即程式碼概念是否僅適用於（Azure）託管服務而不適用於 IAAS？
我從 Microsoft Azure 的角度來看，並希望從使用 VM 手動創建/部分腳本化的基礎設施設置轉移到使用 Azure DevOps 作為程式碼、基礎設施和管道的單一儲存庫的完整 IaC。
在我目前的基礎架構中，我們有很多 Windows Server VM，在配置之後仍然需要額外的作業系統配置和應用程序安裝。
如果您僅提供 Azure 託管服務（如儲存、容器、應用程序服務等），而不像 VM 那樣使用 IAAS，那麼我認為 IaC 僅按預期“工作”是否正確？當然，我仍然可以自己“編碼”虛擬機，但這仍然會使 VM 的配置未編碼？那麼 IaC 能否完全用於“傳統”IAAS 場景？
IaC 適用於虛擬機和任何云基礎設施。但是您不是在談論 IaC，而是在談論 Configuration as Code，這是下一層。你希望你的 IaC 工具交給你 CaC 工具，這可能就像執行帶有自定義腳本擴展的 PowerShell 腳本一樣簡單，或者它可能是一個完整的配置即程式碼工具，如 Puppet、Chef、Ansible等等
把它想像成一個分層過程——你可以使用 terraform 或其他東西來建構你的資產，然後使用 salt/chef/ansible/puppet 之類的東西來進行配置管理。您將建構然後觸發某些東西以應用您認為合適的配置。