基本概念

基礎架構即代碼 (Infrastructure as Code, IaC) 是指通過代碼而不是手動流程/控制臺點擊來管理和配置基礎架構。

這里有 2 個關鍵詞：Infrastructure、Code

Infrastructure 是被管理對象，在這里，主要是指公有云（還有私有云、混合云等），
Code 是管理方式，即像管理代碼一樣管理公有云資源。那么管理代碼最重要的部分： 版本管理是繞不開的。

使用 IaC，創建的配置文件包含了基礎設施的 spec，這使得編輯和分發配置變得更加容易。IaC 還確保每次都提供相同的環境、相同的資源、相同的配置。通過編輯和記錄配置的 spec，IaC 有助于避免未記錄的、臨時的配置更改（當然，前提是所有人都使用 IaC，而不是還會有人在控制臺點擊修改導致配置漂移）。

版本控制是 IaC 的重要組成部分，配置文件應該像任何其他軟件源代碼文件一樣受到源代碼控制。
另外，隨著公有云的發展，公有云的標準化的 API 也使得將基礎架構組件模塊化 (Terraform 里叫做 modules) 成為可能，使用者可以像搭積木一樣組合這些基礎的組件。比如：在 AWS 上建個靜態博客，就可以組合以下組件：

1. Route53
2. CloudFront
3. S3

IaC 的兩種實現方式

有兩種實現 IaC 的方法：聲明式和命令式。

聲明式方法定義了系統的理想狀態，包括需要的資源以及它們應該具有的任何屬性，IaC 工具將自動配置它。

Terraform 就是基于 IaC 聲明式的理念。在 Terraform 流行之前，另一個將聲明式發揚光大的當然是：Kubernetes!

聲明式方法還保留系統對象當前狀態的列表，這使得拆除基礎架構更易于管理。

相反，命令式方法定義了實現所需配置所需的特定命令，然后需要以正確的順序執行這些命令。

典型的就是 Ansible.

IaC 工具通常能夠在兩種方法中運行，但往往更喜歡一種方法而不是另一種方法。

如 Terraform, 它更喜歡聲明式的方法，但是它的 Provider、Modules、函數中仍然殘留不少命令式的方法， 如：local-exec

IaC 優勢

IaC（特別是聲明式的）是隨著公有云而發展起來的。

置備基礎設施歷來是一個耗時且成本高昂的手動過程?，F在基礎設施管理已經從數據中心的物理硬件、虛擬化轉移到容器和云計算。

借助云計算，基礎設施組件的數量不斷增加，每天都有更多的應用程序發布到生產環境中，并且基礎設施需要能夠頻繁地啟動、擴展和關閉。如果沒有適當的 IaC 實踐，管理當今基礎設施的規模會變得越來越困難。

IaC 可以幫助您的組織管理 IT 基礎設施需求，同時提高一致性并減少錯誤和手動配置。