對(dui)于(yu)任何一(yi)個(ge)力，都(dou)存(cun)在著(zhu)一(yi)個(ge)與其大小相等方向(xiang)相反的(de)反作用力。這(zhe)個(ge)物理學上的(de)牛頓第三定律也同(tong)樣(yang)適用于(yu)IaC：雖然這(zhe)一(yi)服(fu)務是有優(you)勢(shi)的(de)，但它也帶來(lai)了一(yi)些問題。

本文是針對混(hun)合云和多個云管(guan)理(li)使用基礎設施即代碼系列中的第(di)二部分(fen)。可點擊閱讀(du)第(di)一部分(fen)。

基礎(chu)設(she)(she)施(shi)即代(dai)碼是一(yi)個(ge)(ge)強大(da)的(de)(de)工(gong)具(ju)，它(ta)可以幫助(zhu)簡(jian)化混合(he)云和(he)多個(ge)(ge)云的(de)(de)管理工(gong)作(zuo)，因為它(ta)能(neng)夠(gou)實現(xian)服務器、容(rong)器以及虛擬機的(de)(de)部署與(yu)配置操作(zuo)的(de)(de)自動化。但是，它(ta)也可能(neng)會導致出(chu)現(xian)低效過程、部署錯誤以及常見混亂等(deng)問題。那么，用戶應當如何解決實施(shi)能(neng)夠(gou)確定(ding)成(cheng)功(gong)與(yu)否(fou)的(de)(de)基礎(chu)設(she)(she)施(shi)即代(dai)碼所帶(dai)來的(de)(de)挑戰呢(ni)?

在(zai)實(shi)施基礎(chu)設施即(ji)代碼過程(cheng)(cheng)中(zhong)，大多數企業所遇(yu)到的第一(yi)(yi)個(ge)(ge)挑戰就(jiu)是(shi)在(zai)開(kai)發(fa)人員和運(yun)營團(tuan)隊(dui)之(zhi)間創建一(yi)(yi)個(ge)(ge)和諧融洽的平(ping)穩關系(xi)。在(zai)過去，開(kai)發(fa)人員在(zai)為應用程(cheng)(cheng)序設置托管平(ping)臺時幾乎很難有所作(zuo)為。這(zhe)就(jiu)會帶來問題(ti)，尤其是(shi)在(zai)從應用程(cheng)(cheng)序測試到實(shi)際生(sheng)產的過渡過程(cheng)(cheng)中(zhong)更是(shi)如此。在(zai)大型(xing)企業中(zhong)最(zui)常用的開(kai)發(fa)運(yun)營工具能(neng)(neng)夠有助于推(tui)動開(kai)發(fa)團(tuan)隊(dui)和運(yun)營團(tuan)隊(dui)之(zhi)間的協作(zuo)。但是(shi)，對于那(nei)些(xie)缺(que)乏開(kai)發(fa)運(yun)營理(li)念與(yu)工具以及相關企業文化的公(gong)司來說，實(shi)施一(yi)(yi)個(ge)(ge)混(hun)合云或多個(ge)(ge)云可能(neng)(neng)是(shi)第一(yi)(yi)次需要這(zhe)樣(yang)一(yi)(yi)種合作(zuo)。

如果(guo)企業用(yong)(yong)戶(hu)在(zai)開(kai)發(fa)初(chu)期就將應(ying)用(yong)(yong)與特定平臺相互關聯，然后讓這些(xie)平臺需求推動基(ji)礎設(she)施策略貫(guan)穿整個應(ying)用(yong)(yong)程(cheng)序生命周期管理(li)直至最后生產，那么實(shi)施一次(ci)基(ji)礎設(she)施即代碼(ma)還較為(wei)容易完(wan)成(cheng)的(de)。此外(wai)，當(dang)虛擬(ni)平臺數量是可(ke)管理(li)時，這一目標也是較為(wei)容易實(shi)現(xian)的(de)。這些(xie)虛擬(ni)平臺是應(ying)用(yong)(yong)開(kai)發(fa)的(de)目標，它(ta)們可(ke)用(yong)(yong)于在(zai)所有云中(zhong)或者數據中(zhong)心資源(應(ying)用(yong)(yong)就是在(zai)數據中(zhong)心資源上(shang)運(yun)行的(de))上(shang)部署(shu)應(ying)用(yong)(yong)。仔細定義(yi)這些(xie)虛擬(ni)平臺并(bing)讓開(kai)發(fa)團隊(dui)(dui)和運(yun)營團隊(dui)(dui)使用(yong)(yong)它(ta)們作為(wei)各自工作的(de)重(zhong)點。

不(bu)要模糊不(bu)同(tong)角色之間的界限

第二個挑戰就(jiu)是確保(bao)基(ji)礎(chu)設(she)施即(ji)代(dai)碼和(he)開發(fa)運營(ying)團隊(dui)在(zai)混(hun)合云(yun)和(he)多個云(yun)管(guan)理策(ce)略(lve)中各司其職，正常(chang)發(fa)揮合適的(de)作(zuo)(zuo)用。開發(fa)運營(ying)主(zhu)要關注應用程序部(bu)署(shu)，而基(ji)礎(chu)設(she)施即(ji)代(dai)碼則主(zhu)要負責資源配置管(guan)理。亞馬(ma)遜網絡服務(AWS)提供了開發(fa)運營(ying)工具(ju)Chef作(zuo)(zuo)為其云(yun)服務的(de)部(bu)署(shu)管(guan)理工具(ju)，這一事實表明兩者之間的(de)界(jie)限有(you)可(ke)能(neng)(neng)會發(fa)生模糊。事實上(shang)，最常(chang)見的(de)基(ji)礎(chu)設(she)施即(ji)代(dai)碼工具(ju)是開發(fa)運營(ying)的(de)一部(bu)分。這一狀況可(ke)能(neng)(neng)會造成開發(fa)團隊(dui)和(he)運營(ying)團隊(dui)之間的(de)持續混(hun)亂。

除非(fei)用(yong)(yong)(yong)戶純粹出于(yu)服務器整合的(de)目的(de)來(lai)使用(yong)(yong)(yong)云服務，希望(wang)還需(xu)要(yao)開發運(yun)營來(lai)實(shi)現(xian)部署(shu)自定(ding)義(yi)和應(ying)用(yong)(yong)(yong)程序生命(ming)周期(qi)管理的(de)簡化。對于(yu)企業用(yong)(yong)(yong)戶來(lai)說，如果沒有正確好(hao)用(yong)(yong)(yong)的(de)工(gong)具(ju)集(ji)，那(nei)么部署(shu)多層次、多組件(jian)應(ying)用(yong)(yong)(yong)程序并(bing)保持一致地正確協調應(ying)用(yong)(yong)(yong)程序響應(ying)云計(ji)算或數據(ju)中(zhong)心故障將是一項非(fei)常困難的(de)任務。即(ji)(ji)便用(yong)(yong)(yong)戶并(bing)不(bu)立即(ji)(ji)需(xu)要(yao)所有的(de)開發運(yun)營能力 ，那(nei)么也可(ke)以選擇一個開發運(yun)營工(gong)具(ju)，例如Chef、Puppet、Ansible或Salt等，然后采(cai)用(yong)(yong)(yong)其基礎設施即(ji)(ji)代(dai)碼(ma)方法。

不要千篇一(yi)律地對(dui)待所有(you)的云服務供應商

當使用基礎設(she)施(shi)即代碼來(lai)簡化(hua)混合云(yun)(yun)(yun)和(he)多(duo)(duo)個(ge)云(yun)(yun)(yun)管理(li)時，第三個(ge)挑戰(zhan)就是解決不(bu)同(tong)云(yun)(yun)(yun)托管環境之間的差(cha)異性問題(ti)(ti)。大多(duo)(duo)數用戶最終(zhong)將(jiang)(jiang)使用一(yi)個(ge)混合云(yun)(yun)(yun)計算模(mo)式(shi)(shi)或多(duo)(duo)個(ge)云(yun)(yun)(yun)模(mo)式(shi)(shi)，而(er)其中很多(duo)(duo)人已(yi)經這(zhe)樣做了。每一(yi)家(jia)公共云(yun)(yun)(yun)供(gong)應商(shang)都有一(yi)個(ge)不(bu)同(tong)的管理(li)框(kuang)架，他們(men)報告問題(ti)(ti)的方式(shi)(shi)也不(bu)一(yi)樣，如果發生錯(cuo)誤所需要(yao)采取的補救措施(shi)也不(bu)相同(tong)。管理(li)這(zhe)些問題(ti)(ti)將(jiang)(jiang)讓開(kai)發運(yun)營所部(bu)屬的和(he)基礎設(she)施(shi)即代碼所控制配(pei)置(zhi)的應用程序(xu)之間的界限(xian)變得模(mo)糊起來(lai)。

按照用(yong)戶(hu)開發(fa)運營(ying)工(gong)具供應(ying)商的建議來區分定義，何種(zhong)情(qing)況(kuang)由基(ji)礎設施即代碼層(ceng)(ceng)來處理(li)，何種(zhong)情(qing)況(kuang)在(zai)(zai)開發(fa)運營(ying)層(ceng)(ceng)作(zuo)為 事件 上報。確(que)定用(yong)戶(hu)所計劃做出的任何變更是否會(hui)影響(xiang)如何部署(shu)虛擬平臺，或(huo)者(zhe)如何部署(shu)應(ying)用(yong)程序本身(shen)。在(zai)(zai)第(di)一種(zhong)情(qing)況(kuang)下，可(ke)(ke)考慮重(zhong)新(xin)部署(shu)資源，例如虛擬機或(huo)容器;而(er)在(zai)(zai)第(di)二種(zhong)情(qing)況(kuang)下，可(ke)(ke)考慮重(zhong)新(xin)部署(shu)應(ying)用(yong)組(zu)件。例如，如果(guo)用(yong)戶(hu)必須(xu)(xu)擴(kuo)展應(ying)用(yong)程序中一個(ge)組(zu)件，那么(me)相關(guan)變更必須(xu)(xu)發(fa)生在(zai)(zai)開發(fa)運營(ying)層(ceng)(ceng)，但如果(guo)用(yong)戶(hu)必須(xu)(xu)更換故障組(zu)件，那么(me)有(you)可(ke)(ke)能應(ying)在(zai)(zai)基(ji)礎設施即代碼層(ceng)(ceng)實施這一操作(zuo)。

云(yun)供(gong)應商有不(bu)(bu)同的(de)(de)網絡服(fu)務，這(zhe)一事實就帶來(lai)了下一個挑戰。基礎(chu)設(she)施即服(fu)務和(he)基本容(rong)器服(fu)務在(zai)應用鏡像外提供(gong)了最小的(de)(de)中間件。但是一些(xie)(xie)供(gong)應商(例如AWS和(he)微(wei)軟Azure)提供(gong)的(de)(de)網絡服(fu)務從本質(zhi)上說就是云(yun)托管的(de)(de)中間件。云(yun)供(gong)應商提供(gong)這(zhe)些(xie)(xie)網絡服(fu)務的(de)(de)形式各有不(bu)(bu)同，或者在(zai)某些(xie)(xie)情況下，他們甚至(zhi)都完全(quan)不(bu)(bu)提供(gong)這(zhe)些(xie)(xie)網絡服(fu)務。

由于不(bu)同(tong)(tong)的(de)(de)托管環境無法提供(gong)相同(tong)(tong)的(de)(de)功能(neng)，所以應用(yong)(yong)無法具(ju)備跨不(bu)同(tong)(tong)托管環境的(de)(de)可(ke)(ke)移植性(xing)(xing)。如果不(bu)可(ke)(ke)能(neng)在多家云計算(suan)供(gong)應商(shang)之間實現網(wang)絡(luo)服務(wu)的(de)(de)一(yi)致(zhi)性(xing)(xing)，那(nei)么(me)應當明確(que)命(ming)名虛擬(ni)平(ping)臺(tai)以表明它們(men)是不(bu)可(ke)(ke)移植的(de)(de)。如果用(yong)(yong)戶(hu)所使用(yong)(yong)的(de)(de)所有平(ping)臺(tai)上必要的(de)(de)網(wang)絡(luo)服務(wu)可(ke)(ke)用(yong)(yong)，但需(xu)要不(bu)同(tong)(tong)的(de)(de)部署配置，那(nei)么(me)用(yong)(yong)戶(hu)可(ke)(ke)以使用(yong)(yong)基礎設(she)施即代碼腳本程序來為用(yong)(yong)戶(hu)虛擬(ni)平(ping)臺(tai)定義多個托管選項。

不要碎片化實施(shi)基礎設(she)施(shi)即代(dai)碼

實施(shi)基礎(chu)設施(shi)即(ji)(ji)代碼(ma)的(de)(de)最后一個挑戰就是配(pei)置外部的(de)(de)小(xiao)修小(xiao)補。讓基礎(chu)設施(shi)即(ji)(ji)代碼(ma)在斷開連接的(de)(de)碎片(pian)環境中(zhong)正常運(yun)行是非常困難的(de)(de)，同樣(yang)讓企業(ye)在缺乏(fa)基礎(chu)設施(shi)即(ji)(ji)代碼(ma)工具或(huo)腳本程(cheng)(cheng)序的(de)(de)情況下(xia)做出某些(xie)配(pei)置變更(geng)(geng)也(ye)是非常不(bu)容(rong)易的(de)(de)。例如(ru)，運(yun)營(ying)團隊經常會(hui)在不(bu)更(geng)(geng)改(gai)基礎(chu)設施(shi)即(ji)(ji)代碼(ma)腳本程(cheng)(cheng)序或(huo)模式的(de)(de)情況下(xia)做出一些(xie)配(pei)置變更(geng)(geng)以適應新的(de)(de)軟件版本。這(zhe)(zhe)就意味(wei)著這(zhe)(zhe)些(xie)腳本程(cheng)(cheng)序將(jiang)不(bu)再部署(shu)托(tuo)管配(pei)置的(de)(de)正確版本。

解決這(zhe)個(ge)問題需(xu)要(yao)(yao)(yao)執行(xing)嚴格的(de)運行(xing)紀(ji)律。如(ru)果沒有通過正式的(de)變(bian)(bian)更(geng)管理系統將這(zhe)個(ge)變(bian)(bian)更(geng)記錄在冊(ce)，那么運營(ying)團(tuan)隊就絕(jue)不應(ying)當(dang)對系統或云配(pei)置(zhi)做出這(zhe)樣一個(ge)變(bian)(bian)更(geng)操作。當(dang)他(ta)們(men)確實需(xu)要(yao)(yao)(yao)做出變(bian)(bian)更(geng)時，他(ta)們(men)應(ying)當(dang)修改基礎(chu)設(she)施即代(dai)碼腳(jiao)本(ben)程(cheng)(cheng)序(xu)并按(an)要(yao)(yao)(yao)求重新(xin)配(pei)置(zhi)，然(ran)后將相關變(bian)(bian)更(geng)登(deng)記在冊(ce)。無論何時運營(ying)團(tuan)隊修改了基礎(chu)設(she)施即代(dai)碼的(de)腳(jiao)本(ben)程(cheng)(cheng)序(xu)，他(ta)們(men)都必須將這(zhe)個(ge)變(bian)(bian)更(geng)反(fan)饋給開發團(tuan)隊以便針(zhen)對應(ying)用(yong)程(cheng)(cheng)序(xu)需(xu)要(yao)(yao)(yao)驗證該變(bian)(bian)更(geng)。

基(ji)(ji)礎設施即(ji)代碼是基(ji)(ji)于配置管理和開發運營的(de)(de)一種(zhong)發展，但他也是一個(ge)新興的(de)(de)范例(li)。為基(ji)(ji)礎設施即(ji)代碼的(de)(de)未來做(zuo)好規(gui)劃是非(fei)常(chang)重要的(de)(de)，否則用戶將(jiang)面(mian)臨無法發揮混合云和多個(ge)云管理部(bu)署全(quan)部(bu)潛力(li)的(de)(de)風險。

文章編輯：CobiNet(寧波)，本公(gong)司(si)專注于電訊配件,銅纜(lan)綜合布線系列(lie)領域產品研(yan)發生產超五類，六類,七(qi)類屏(ping)蔽網線/屏(ping)蔽模塊(kuai)及相(xiang)關模塊(kuai)配件,歡迎來電咨詢0574 88168918,網址(zhi)aliance.cn

我們是萬兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產廠家。