隨著運維流程變得越來越靈活，IT團隊面臨著越來越大的復(fù)雜度。當(dāng)應(yīng)用動態(tài)改變時，可以使用敏捷或者持續(xù)應(yīng)用開發(fā)。但是當(dāng)IT資源本身動態(tài)變化的時候怎么辦呢?
多云和混合云是這一新的、動態(tài)的IT大格局的一部分——并且?guī)砹诵碌娘L(fēng)險。要解決這里的問題，一些企業(yè)使用了基礎(chǔ)架構(gòu)即代碼方案。
配置管理(CM)在大規(guī)模IT基礎(chǔ)架構(gòu)里一直是必需配置。有一些CM工具，來自于云供應(yīng)商，比如Amazon Web Services或者Microsoft Azure，或者來自于虛擬化或私有云軟件供應(yīng)商，比如OpenStack或者VMware。
基礎(chǔ)架構(gòu)即代碼通過為應(yīng)用程序創(chuàng)建虛擬托管模型來擴展了CM。這樣虛擬的托管模型散布在多個云環(huán)境和數(shù)據(jù)中心平臺里。
雖然基礎(chǔ)架構(gòu)即代碼是CM的一種擴展，它其實是作為DevOps的擴展才開始流行起來。用戶無法在還沒有搭建好的服務(wù)器或者云服務(wù)上部署應(yīng)用程序。因此，DevOps工具和腳本必須包含這些配置任務(wù)。這使得DevOps腳本和工具是和配置綁定的;如果從一個云平臺改變到另一個平臺，用戶就必須更改腳本。基礎(chǔ)架構(gòu)即服務(wù)提供了一種方式，將應(yīng)用程序的虛擬世界和底層資源，包括云，隔離開。有更多的托管方案存在，基礎(chǔ)架構(gòu)即代碼就會更加有價值。
基礎(chǔ)架構(gòu)即代碼模型為部署描述創(chuàng)建了中間層;用戶將應(yīng)用程序部署到基礎(chǔ)架構(gòu)即代碼所創(chuàng)建的抽象的托管模型里，基礎(chǔ)架構(gòu)即代碼隨后將其適配到當(dāng)前使用的任意云，多云或者混合配置環(huán)境里。基礎(chǔ)架構(gòu)的變動在應(yīng)用程序和運維層是不可見的，并且添加新的云供應(yīng)商僅需要在基礎(chǔ)架構(gòu)即代碼里完成其定義即可。
但是，基礎(chǔ)架構(gòu)即代碼的用戶需要注意如下三大重要步驟：
1.將基礎(chǔ)架構(gòu)即代碼從DevOps中隔離
IT團隊能夠?qū)⒒A(chǔ)架構(gòu)即代碼部署到定義了配置腳本的任何環(huán)境里，并且使得應(yīng)用程序能夠適配幾乎所有公有云服務(wù)或者數(shù)據(jù)中心平臺。
IT團隊需要基于哪種基礎(chǔ)架構(gòu)即代碼將部署配置，來定義IT資源的抽象模型。基礎(chǔ)架構(gòu)即代碼工具和實踐變化很大。一些用戶為每個應(yīng)用程序都構(gòu)建了基礎(chǔ)架構(gòu)即代碼，而另外的用戶為每種類型的云托管環(huán)境，比如基礎(chǔ)架構(gòu)即服務(wù)，平臺即服務(wù)或者Docker，構(gòu)建通用的模型。
總的來說，最好減少創(chuàng)建出的抽象托管模型的數(shù)量，因為當(dāng)添加新的托管選擇時，你必須調(diào)試每個模型。工具允許的情況下，考慮層級構(gòu)建模型，這樣部署應(yīng)用組件——或者某個應(yīng)用的一部分——的基礎(chǔ)架構(gòu)即代碼模型，可以在部署整個應(yīng)用程序的模型里直接引用。
2.為使用的所有云或者數(shù)據(jù)中心環(huán)境保護對基礎(chǔ)架構(gòu)即代碼的支持
一旦你理解了所需模型，要確保它們能夠支持計劃使用的特定的云供應(yīng)商和數(shù)據(jù)中心的配置。幾乎所有基礎(chǔ)架構(gòu)即代碼工具，比如Chef和Puppet，都讓用戶為任何環(huán)境定義自己的配置規(guī)則，但是流行的公有云，私有云和平臺方案——比如hypervisor，容器系統(tǒng)和服務(wù)器操作系統(tǒng)——都作為基礎(chǔ)架構(gòu)即代碼工具集的一部分提供。還可能有社區(qū)的支持，其他用戶將他們的配置規(guī)則貢獻出來。從已經(jīng)能夠工作的配置上開始開發(fā)，比從頭開始構(gòu)建自己的要更加容易。
3.將事件流從基礎(chǔ)架構(gòu)推廣到部署工具
完成基礎(chǔ)架構(gòu)即代碼方案中最微妙，困難和重要的事情是，處理基礎(chǔ)架構(gòu)即代碼和其他工具集成的事件流;大多數(shù)情況下，這意味著使用DevOps工具。應(yīng)用程序生命周期運營管理需要根據(jù)情況選擇合適的軟件——這些條件就是基礎(chǔ)架構(gòu)即代碼里的事件。這些事件，通過托管資源生成，充當(dāng)干什么事情的信號。他們通常激活一個自動化流程，比如通過在別的地方托管來替換發(fā)生故障的應(yīng)用程序組件。
基礎(chǔ)架構(gòu)即代碼事件和流程緊密鏈接，這也是為什么大多數(shù)計劃使用混合或者多云部署的企業(yè)會研究其DevOps工具對基礎(chǔ)架構(gòu)即代碼的支持，而并不使用單獨的工具。基礎(chǔ)架構(gòu)即代碼和DevOps的集成確保事件觸發(fā)流程的正確設(shè)計和實現(xiàn)。
將基礎(chǔ)架構(gòu)即代碼集成進DevOps還能夠幫助用戶避免常識性錯誤。如果已經(jīng)有了特定的工具，并且如果基礎(chǔ)架構(gòu)即代碼集成進了DevOps的話，使用基礎(chǔ)架構(gòu)即代碼計劃托管資源就會更為容易。這是因為虛擬化整個部署流程以及基礎(chǔ)架構(gòu)即代碼的資源角色會更加容易一些。DevOps工具和包會公布其支持的公有云服務(wù)，如果DevOps工具包含基礎(chǔ)架構(gòu)即代碼組件，用戶就知道該工具能夠和列出的公有云一起工作。
要更加高效，基礎(chǔ)架構(gòu)即代碼必須和DevOps緊密合作，但是同時又保持自己的特性。如果不仔細的話，就會開發(fā)出界線模糊的配置和部署實踐，并且逐漸侵蝕資源的獨立性——這其實是基礎(chǔ)架構(gòu)即代碼的最大優(yōu)勢所在。在多云和混合云的部署里，維護敏捷基礎(chǔ)架構(gòu)至關(guān)重要，因此這應(yīng)該成為特定的目標(biāo)。
京公網(wǎng)安備 11010502049343號