隨著運(yùn)維流程變得越來越靈活，IT團(tuán)隊(duì)面臨著越來越大的復(fù)雜度。當(dāng)應(yīng)用動(dòng)態(tài)改變時(shí)，可以使用敏捷或者持續(xù)應(yīng)用開發(fā)。但是當(dāng)IT資源本身動(dòng)態(tài)變化的時(shí)候怎么辦呢？
多云和混合云是這一新的、動(dòng)態(tài)的IT大格局的一部分——并且?guī)砹诵碌娘L(fēng)險(xiǎn)。要解決這里的問題，一些企業(yè)使用了基礎(chǔ)架構(gòu)即代碼方案。
配置管理(CM)在大規(guī)模IT基礎(chǔ)架構(gòu)里一直是必需配置。有一些CM工具，來自于云供應(yīng)商，比如Amazon Web Services或者M(jìn)icrosoft Azure，或者來自于虛擬化或私有云軟件供應(yīng)商，比如OpenStack或者VMware。
基礎(chǔ)架構(gòu)即代碼通過為應(yīng)用程序創(chuàng)建虛擬托管模型來擴(kuò)展了CM。這樣虛擬的托管模型散布在多個(gè)云環(huán)境和數(shù)據(jù)中心平臺(tái)里。
雖然基礎(chǔ)架構(gòu)即代碼是CM的一種擴(kuò)展，它其實(shí)是作為DevOps的擴(kuò)展才開始流行起來。用戶無法在還沒有搭建好的服務(wù)器或者云服務(wù)上部署應(yīng)用程序。因此，DevOps工具和腳本必須包含這些配置任務(wù)。這使得DevOps腳本和工具是和配置綁定的；如果從一個(gè)云平臺(tái)改變到另一個(gè)平臺(tái)，用戶就必須更改腳本。基礎(chǔ)架構(gòu)即服務(wù)提供了一種方式，將應(yīng)用程序的虛擬世界和底層資源，包括云，隔離開。有更多的托管方案存在，基礎(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)維層是不可見的，并且添加新的云供應(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)即代碼將部署配置，來定義IT資源的抽象模型�；A(chǔ)架構(gòu)即代碼工具和實(shí)踐變化很大。一些用戶為每個(gè)應(yīng)用程序都構(gòu)建了基礎(chǔ)架構(gòu)即代碼，而另外的用戶為每種類型的云托管環(huán)境，比如基礎(chǔ)架構(gòu)即服務(wù)，平臺(tái)即服務(wù)或者Docker，構(gòu)建通用的模型。
總的來說，最好減少創(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)出來。從已經(jīng)能夠工作的配置上開始開發(fā)，比從頭開始構(gòu)建自己的要更加容易。
3.將事件流從基礎(chǔ)架構(gòu)推廣到部署工具
完成基礎(chǔ)架構(gòu)即代碼方案中最微妙，困難和重要的事情是，處理基礎(chǔ)架構(gòu)即代碼和其他工具集成的事件流；大多數(shù)情況下，這意味著使用DevOps工具。應(yīng)用程序生命周期運(yùn)營(yíng)管理需要根據(jù)情況選擇合適的軟件——這些條件就是基礎(chǔ)架構(gòu)即代碼里的事件。這些事件，通過托管資源生成，充當(dāng)干什么事情的信號(hào)。他們通常激活一個(gè)自動(dòng)化流程，比如通過在別的地方托管來替換發(fā)生故障的應(yīng)用程序組件。
基礎(chǔ)架構(gòu)即代碼事件和流程緊密鏈接，這也是為什么大多數(shù)計(jì)劃使用混合或者多云部署的企業(yè)會(huì)研究其DevOps工具對(duì)基礎(chǔ)架構(gòu)即代碼的支持，而并不使用單獨(dú)的工具�；A(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ì)開發(fā)出界線模糊的配置和部署實(shí)踐，并且逐漸侵蝕資源的獨(dú)立性——這其實(shí)是基礎(chǔ)架構(gòu)即代碼的最大優(yōu)勢(shì)所在。在多云和混合云的部署里，維護(hù)敏捷基礎(chǔ)架構(gòu)至關(guān)重要，因此這應(yīng)該成為特定的目標(biāo)。
核心關(guān)注：拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。
轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題：混合云和多云管理不再難：基礎(chǔ)架構(gòu)即代碼來幫忙
本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10839720042.html
相關(guān)文章
