隨著運(yùn)維流程變得越來(lái)越靈活，IT團(tuán)隊(duì)面臨著越來(lái)越大的復(fù)雜度。當(dāng)應(yīng)用動(dòng)態(tài)改變時(shí)，可以使用敏捷或者持續(xù)應(yīng)用開(kāi)發(fā)。但是當(dāng)IT資源本身動(dòng)態(tài)變化的時(shí)候怎么辦呢?

　　多云和混合云是這一新的、動(dòng)態(tài)的IT大格局的一部分——并且?guī)?lái)了新的風(fēng)險(xiǎn)。要解決這里的問(wèn)題，一些企業(yè)使用了基礎(chǔ)架構(gòu)即代碼方案。

[[170724]]

　　配置管理(CM)在大規(guī)模IT基礎(chǔ)架構(gòu)里一直是必需配置。有一些CM工具，來(lái)自于云供應(yīng)商，比如Amazon Web Services或者M(jìn)icrosoft Azure，或者來(lái)自于虛擬化或私有云軟件供應(yīng)商，比如OpenStack或者VMware。

　　基礎(chǔ)架構(gòu)即代碼通過(guò)為應(yīng)用程序創(chuàng)建虛擬托管模型來(lái)擴(kuò)展了CM。這樣虛擬的托管模型散布在多個(gè)云環(huán)境和數(shù)據(jù)中心平臺(tái)里。

　　雖然基礎(chǔ)架構(gòu)即代碼是CM的一種擴(kuò)展，它其實(shí)是作為DevOps的擴(kuò)展才開(kāi)始流行起來(lái)。用戶無(wú)法在還沒(méi)有搭建好的服務(wù)器或者云服務(wù)上部署應(yīng)用程序。因此，DevOps工具和腳本必須包含這些配置任務(wù)。這使得DevOps腳本和工具是和配置綁定的;如果從一個(gè)云平臺(tái)改變到另一個(gè)平臺(tái)，用戶就必須更改腳本。基礎(chǔ)架構(gòu)即服務(wù)提供了一種方式，將應(yīng)用程序的虛擬世界和底層資源，包括云，隔離開(kāi)。有更多的托管方案存在，基礎(chǔ)架構(gòu)即代碼就會(huì)更加有價(jià)值。

　　基礎(chǔ)架構(gòu)即代碼模型為部署描述創(chuàng)建了中間層;用戶將應(yīng)用程序部署到基礎(chǔ)架構(gòu)即代碼所創(chuàng)建的抽象的托管模型里，基礎(chǔ)架構(gòu)即代碼隨后將其適配到當(dāng)前使用的任意云，多云或者混合配置環(huán)境里。基礎(chǔ)架構(gòu)的變動(dòng)在應(yīng)用程序和運(yùn)維層是不可見(jiàn)的，并且添加新的云供應(yīng)商僅需要在基礎(chǔ)架構(gòu)即代碼里完成其定義即可。

　　但是，基礎(chǔ)架構(gòu)即代碼的用戶需要注意如下三大重要步驟：

　　1.將基礎(chǔ)架構(gòu)即代碼從DevOps中隔離

　　IT團(tuán)隊(duì)能夠?qū)⒒A(chǔ)架構(gòu)即代碼部署到定義了配置腳本的任何環(huán)境里，并且使得應(yīng)用程序能夠適配幾乎所有公有云服務(wù)或者數(shù)據(jù)中心平臺(tái)。

　　IT團(tuán)隊(duì)需要基于哪種基礎(chǔ)架構(gòu)即代碼將部署配置，來(lái)定義IT資源的抽象模型。基礎(chǔ)架構(gòu)即代碼工具和實(shí)踐變化很大。一些用戶為每個(gè)應(yīng)用程序都構(gòu)建了基礎(chǔ)架構(gòu)即代碼，而另外的用戶為每種類(lèi)型的云托管環(huán)境，比如基礎(chǔ)架構(gòu)即服務(wù)，平臺(tái)即服務(wù)或者Docker，構(gòu)建通用的模型。

　　總的來(lái)說(shuō)，***減少創(chuàng)建出的抽象托管模型的數(shù)量，因?yàn)楫?dāng)添加新的托管選擇時(shí)，你必須調(diào)試每個(gè)模型。工具允許的情況下，考慮層級(jí)構(gòu)建模型，這樣部署應(yīng)用組件——或者某個(gè)應(yīng)用的一部分——的基礎(chǔ)架構(gòu)即代碼模型，可以在部署整個(gè)應(yīng)用程序的模型里直接引用。

　　2.為使用的所有云或者數(shù)據(jù)中心環(huán)境保護(hù)對(duì)基礎(chǔ)架構(gòu)即代碼的支持

　　一旦你理解了所需模型，要確保它們能夠支持計(jì)劃使用的特定的云供應(yīng)商和數(shù)據(jù)中心的配置。幾乎所有基礎(chǔ)架構(gòu)即代碼工具，比如Chef和Puppet，都讓用戶為任何環(huán)境定義自己的配置規(guī)則，但是流行的公有云，私有云和平臺(tái)方案——比如hypervisor，容器系統(tǒng)和服務(wù)器操作系統(tǒng)——都作為基礎(chǔ)架構(gòu)即代碼工具集的一部分提供。還可能有社區(qū)的支持，其他用戶將他們的配置規(guī)則貢獻(xiàn)出來(lái)。從已經(jīng)能夠工作的配置上開(kāi)始開(kāi)發(fā)，比從頭開(kāi)始構(gòu)建自己的要更加容易。

　　3.將事件流從基礎(chǔ)架構(gòu)推廣到部署工具

　　完成基礎(chǔ)架構(gòu)即代碼方案中最微妙，困難和重要的事情是，處理基礎(chǔ)架構(gòu)即代碼和其他工具集成的事件流;大多數(shù)情況下，這意味著使用DevOps工具。應(yīng)用程序生命周期運(yùn)營(yíng)管理需要根據(jù)情況選擇合適的軟件——這些條件就是基礎(chǔ)架構(gòu)即代碼里的事件。這些事件，通過(guò)托管資源生成，充當(dāng)干什么事情的信號(hào)。他們通常激活一個(gè)自動(dòng)化流程，比如通過(guò)在別的地方托管來(lái)替換發(fā)生故障的應(yīng)用程序組件。

　　基礎(chǔ)架構(gòu)即代碼事件和流程緊密鏈接，這也是為什么大多數(shù)計(jì)劃使用混合或者多云部署的企業(yè)會(huì)研究其DevOps工具對(duì)基礎(chǔ)架構(gòu)即代碼的支持，而并不使用單獨(dú)的工具。基礎(chǔ)架構(gòu)即代碼和DevOps的集成確保事件觸發(fā)流程的正確設(shè)計(jì)和實(shí)現(xiàn)。

　　將基礎(chǔ)架構(gòu)即代碼集成進(jìn)DevOps還能夠幫助用戶避免常識(shí)性錯(cuò)誤。如果已經(jīng)有了特定的工具，并且如果基礎(chǔ)架構(gòu)即代碼集成進(jìn)了DevOps的話，使用基礎(chǔ)架構(gòu)即代碼計(jì)劃托管資源就會(huì)更為容易。這是因?yàn)樘摂M化整個(gè)部署流程以及基礎(chǔ)架構(gòu)即代碼的資源角色會(huì)更加容易一些。DevOps工具和包會(huì)公布其支持的公有云服務(wù)，如果DevOps工具包含基礎(chǔ)架構(gòu)即代碼組件，用戶就知道該工具能夠和列出的公有云一起工作。

　　要更加高效，基礎(chǔ)架構(gòu)即代碼必須和DevOps緊密合作，但是同時(shí)又保持自己的特性。如果不仔細(xì)的話，就會(huì)開(kāi)發(fā)出界線模糊的配置和部署實(shí)踐，并且逐漸侵蝕資源的獨(dú)立性——這其實(shí)是基礎(chǔ)架構(gòu)即代碼的***優(yōu)勢(shì)所在。在多云和混合云的部署里，維護(hù)敏捷基礎(chǔ)架構(gòu)至關(guān)重要，因此這應(yīng)該成為特定的目標(biāo)。