網際網路時代  ，Development應運而生，使用者高併發  ，Operations 因勢而動，使用者終體驗  Dev + Operations = DevOps。茫茫IT大江湖，創新鑽研的人總會相遇，接頭暗號：敏捷、持續、穩定、交付，探討DevOps趨勢，今天要給大家普及的是IaC，那麼什麼叫做IaC,與F5的DevOps有什麼關係？如何實現呢？

　　Infrastructure as Code：基礎設施即程式碼(以下均簡稱IaC)是一種用描述性的方式來管理基礎設施（包括網路，虛擬機器，儲存，負載均衡等），IaC模型在每次應用時都生成相同的環境，它是與DevOps結合的關鍵時間，與持續交付(Continue Delivery)結合使用。
　　

　　IaC的發展，解決了CD流水線中的環境飄移問題。如果沒有IaC，團隊必須維護各個環境的設定。隨著時間的推移，每個環境都會成為了資訊孤島，無法自動複製相同的配置。環境之間的不一致會導致部署期間出現問題，最後會導致基礎設施的管理，變得非常難以跟蹤，並且只能通過手動進行單獨的維護。
　　

　　與DevOps的關係

　　IaC是成為在DevOps中實現最佳實踐的關鍵屬性，開發人員可以更多地參與定義配置，Ops團隊在開發過程的早期階段就參與其中。利用IaC的工具可以提高伺服器狀態和配置的可見性，最終為企業內的使用者提供可視性，旨在將團隊聚集在一起，最大限度地發揮他們的作用。自動化通常旨在解決手動過程中的混亂和容易出錯的問題，並使其更高效，更高效。允許建立更好的軟體和應用程式，靈活，減少停機時間，併為公司提供整體成本效益的方式。IaC旨在降低從手動配置中帶來的複雜性。自動化和協作被認為是DevOps的核心要點，基礎架構自動化工具通常作為DevOps工具鏈的重要一環。

　　IaC的特點

　　1版本控制和歷史管理

　　2所有操作可以追溯和進行審計

　　3快速簡單，容易回滾

　　4方面團隊協作，共同維護

　　5冪等性(Idempotence)

　　而冪等性是這裡面一個很重要的規範原則，無論環境的起始狀態如何，這個部署指令執行了多少次，它都可以保證環境最終的狀態是一致的。因此，通過IaC，團隊對環境描述進行更改並對配置模型進行版本化，通常會採用標準化並容易理解的程式碼格式（如JSON，YAML）。持續交付Pipeline以IaC方式配置目標環境。如果團隊需要進行更改，他們會編輯源，而不是目標。記住，Source of the truth!

　　IaC主要帶來三個主要的價值

　　1成本（減少）

　　2速度（更快的執行）

　　3風險（人為的操作錯誤所帶來的安全隱患）

　　實施IaC的團隊可以快速，大規模地提供穩定的環境。團隊通過程式碼表示環境的最終期望狀態，從而避免手動配置環境並強制實現一致性。使用IaC進行基礎架構部署都是可重複的，可防止因配置偏差或缺少依賴性而導致的執行時問題。
DevOps團隊可以與統一的實踐和工具協同工作，快速，可靠，大規模地交付應用程式及其支援基礎架構。

　　實現IaC通常有兩種方法

　　1Imperative（命令式）

　　2Declarative（宣告式）
　　

　　命令式的特點非常明顯，如果需要達到最終的目的，你要以適當的順序執行特定的命令，比如你執行的順序是123，就絕對不能是321。並且每一步操作，你都需要執行對應的API或者指令應該在哪裡。
　　

　　而宣告式就非常簡單了，只需要描述你所需環境的最終狀態，然後通過少量的API任務，post過去，最終環境就可以根據你所需要的描述，生成最終的狀態，所以也非常受開發者喜愛。
　　

　　而f5有4種宣告式的元件來匹配在持續交付流水線中的每一個環節：部署，上線，配置，監控。
　

相關推薦