IT專(zhuan)業人員越(yue)來(lai)越(yue)多地轉向Chef和Puppet開源云(yun)自動化和編排。但是其他選(xuan)項(xiang)，如TOSCA，也值得我們探(tan)索。

部署軟(ruan)件(jian)不是一件(jian)簡單的(de)(de)事，而(er)在面向(xiang)服(fu)務(wu)架構(gou)、web服(fu)務(wu)、微服(fu)務(wu)和云的(de)(de)時代則更為(wei)復雜。虛擬化(hua)提(ti)出了新的(de)(de)挑(tiao)戰，賦予應用程(cheng)序和服(fu)務(wu)器新的(de)(de)角色(se)。基本(ben)的(de)(de)軟(ruan)件(jian)操作工具正(zheng)在轉(zhuan)變成自動(dong)化(hua)和流程(cheng)編排工具，而(er)開源軟(ruan)件(jian)則充當了引路人的(de)(de)角色(se)，特別是Chef和Puppet。

現今用(yong)來部署應用(yong)的(de)(de)軟件(jian)工具(ju)源自早期的(de)(de)一些(xie)(xie)工具(ju)，這些(xie)(xie)工具(ju)允(yun)許開發者將操作指南(nan)創(chuang)建到(dao)應用(yong)中以達(da)(da)到(dao)簡化部署的(de)(de)目(mu)(mu)的(de)(de)。這個概(gai)念，即所謂的(de)(de)DevOps，目(mu)(mu)標(biao)(biao)是準確和快(kuai)速部署，但達(da)(da)到(dao)目(mu)(mu)標(biao)(biao)的(de)(de)不同(tong)方(fang)法(fa)很快(kuai)分成了(le)兩種不同(tong)的(de)(de)派別。

Chef和Puppet二分天下

最簡(jian)單的自動(dong)化(hua)部署方式是通過腳本。手(shou)動(dong)部署軟件(jian)就是使用操作系統或云管理(li)系統的工具啟動(dong)命令，而腳本是一(yi)(yi)種可以靈活的將命令寫到一(yi)(yi)個文件(jian)里然(ran)后(hou)快(kuai)速執行的方式。當今(jin)市場上有(you)兩個很(hen)流(liu)行的開源自動(dong)化(hua)工具，Chef和Puppet。

Chef模型(xing)被認為是命令式(shi)或規定式(shi)，因為它是過(guo)程(cheng)化的(de) ，明確(que)地(di)描(miao)述了如何部署(shu)和連接(jie)云應用程(cheng)序組件。Chef以(yi)一(yi)種對(dui)程(cheng)序員友好(hao)的(de)方式(shi)來(lai)創建 菜譜 和 烹飪手(shou)冊 。每個(ge)部署(shu)的(de)步驟(zou)可(ke)以(yi)獨(du)(du)立進行描(miao)述，這(zhe)些獨(du)(du)立的(de)菜譜匯集到一(yi)起(qi)創建一(yi)個(ge)可(ke)重復的(de)應用程(cheng)序部署(shu)過(guo)程(cheng)。由(you)于每個(ge)操作(zuo)步驟(zou)都(dou)(dou)可(ke)以(yi)在一(yi)個(ge)菜譜中(zhong)描(miao)述，所有(you)只(zhi)要可(ke)以(yi)手(shou)動部署(shu)的(de)步驟(zou)，Chef都(dou)(dou)可(ke)以(yi)自動化。

然而同樣的程(cheng)序(xu)員友好模(mo)式(shi)對某些用(yong)戶來(lai)(lai)說并不是(shi)他們(men)想要的。對這(zhe)些用(yong)戶來(lai)(lai)說，部署應用(yong)程(cheng)序(xu)的合理方式(shi)是(shi)按照(zhao)模(mo)型(xing)部署的最(zui)終狀(zhuang)態來(lai)(lai)描述。該開源(yuan)DevOps工具對模(mo)型(xing)進行(xing)處理來(lai)(lai)創(chuang)建最(zui)終的狀(zhuang)態。這(zhe)個過程(cheng)通常被稱為聲明(ming)式(shi)或基(ji)于目標的DevOps，也(ye)是(shi)另一種(zhong)流行(xing)工具Puppet的基(ji)礎。

如果Chef是(shi)對程序員(yuan)友(you)好的(de)(de)，那Puppet則最初源于運營人員(yuan)，比起詳細的(de)(de)如何操(cao)作的(de)(de)步驟(zou)，他們更熟(shu)悉如何描(miao)述他們最終(zhong)(zhong)想要的(de)(de)狀(zhuang)態。就(jiu)像高(gao)級語言讓(rang)編程更加簡(jian)單一(yi)(yi)樣，Puppet模型能(neng)夠簡(jian)化(hua)部署描(miao)述。此外，由于最終(zhong)(zhong)狀(zhuang)態的(de)(de)這種(zhong)方法可(ke)以用來描(miao)述在應用生(sheng)命周期管理(ALM)中(zhong)的(de)(de)任何步驟(zou)，Puppet自然可(ke)以接納一(yi)(yi)個完(wan)整的(de)(de)ALM功(gong)能(neng)，這也是(shi)Puppet的(de)(de)粉(fen)絲所喜(xi)歡的(de)(de)。

Puppet的(de)(de)(de)問題是你(ni)只能部署(shu)那些(xie)可(ke)以被模(mo)型化(hua)的(de)(de)(de)步驟(zou)。隨著新的(de)(de)(de)部署(shu)問題的(de)(de)(de)出現，Puppet建(jian)模(mo)的(de)(de)(de)過程開(kai)始(shi)變(bian)得(de)同命(ming)(ming)令式腳本(ben)開(kai)發(fa)相似，而事實(shi)上(shang)，云的(de)(de)(de)發(fa)展已經開(kai)始(shi)彌合這一鴻溝。Chef和Puppet似乎變(bian)得(de)更接(jie)近彼此，而一些(xie)新的(de)(de)(de)DevOps工具(ju)則跨過聲明(ming)式/命(ming)(ming)令式的(de)(de)(de)分隔線。不過，新的(de)(de)(de)部署(shu)和配(pei)置管(guan)理的(de)(de)(de)主候選(xuan)工具(ju)全都支持聲明(ming)模(mo)型;沒(mei)有哪個是純命(ming)(ming)令模(mo)式的(de)(de)(de)。

云端的選擇

云(yun)也迫使了(le)部(bu)署(shu)和(he)配置管理工具的發展。由于云(yun)部(bu)署(shu)需要處(chu)理虛擬(ni)化(hua)的兩個層次，使得(de)所有的部(bu)署(shu)和(he)配置自動化(hua)變得(de)更加復(fu)雜，而DevOps不得(de)不同時(shi)面對部(bu)署(shu)和(he)生命(ming)周期(qi)管理的問題。這(zhe)反(fan)映(ying)在(zai)一個新的云(yun)名(ming)詞(ci)上：編排。這(zhe)反(fan)映(ying)了(le)將復(fu)雜的步(bu)驟進行統一的需求。

編(bian)(bian)排連接(jie)了聲明(ming)式(shi)和(he)(he)命(ming)(ming)令(ling)式(shi)的(de)(de)模型(xing)，但聲明(ming)式(shi)編(bian)(bian)排似乎是更(geng)受歡迎的(de)(de)方(fang)(fang)法;描述一樣東西當前和(he)(he)期(qi)望的(de)(de)狀態是一種(zhong)不錯的(de)(de)生命(ming)(ming)周期(qi)管理的(de)(de)方(fang)(fang)法。兩(liang)個新的(de)(de)純聲明(ming)式(shi)模型(xing)CFEngine和(he)(he)Juju，同Chef，Puppet一起正在獲得更(geng)多(duo)關注。這些工具側重于(yu)模型(xing)構(gou)造并提供政(zheng)策(ce)和(he)(he)庫的(de)(de)支持(chi)。此外，同時支持(chi)聲明(ming)式(shi)和(he)(he)命(ming)(ming)令(ling)式(shi)的(de)(de)流程控制工具Ansible和(he)(he)SaltStack，正開始挑戰過(guo)去的(de)(de)那種(zhong)兩(liang)極化方(fang)(fang)式(shi)。

目前為止提到(dao)的(de)(de)(de)工具是從DevOps和(he)傳(chuan)統部署演變而(er)來。那(nei)么那(nei)些專門為云而(er)生(sheng)的(de)(de)(de)工具的(de)(de)(de)進展怎樣了(le)(le)(le)呢?國際標準(zhun)化組(zu)織結構化信息標準(zhun)推進組(zu)織(OASIS)開發了(le)(le)(le)一個名為拓撲(pu)和(he)業務流(liu)程規范云應(ying)用(yong)的(de)(de)(de)聲明性(xing)模(mo)型的(de)(de)(de)方法(fa)。TOSCA解決了(le)(le)(le)應(ying)用(yong)程序(xu)部署的(de)(de)(de)最終(zhong)狀態定義(yi)以及虛擬資源和(he)資源池(chi)的(de)(de)(de)具體建模(mo)。TOSCA還集成(cheng)了(le)(le)(le)管(guan)理定義(yi)以支持生(sheng)命周期自動化。

最適合你的云(yun)編排方式是什么?這(zhe)里有(you)一些技(ji)巧：

支持包括(kuo)Chef在(zai)內的命令模型的工具是(shi)最強(qiang)大的，在(zai)任何(he)云中支持幾乎(hu)任何(he)種類的應用。但對(dui)于非程序(xu)員來說學起(qi)來更困(kun)難。

如(ru)果(guo)你計劃依賴云端打包(bao)好(hao)的(de)應(ying)用(yong)，那么(me)檢查(cha)該(gai)廠商是否擁有一個(ge)優選(xuan)的(de)編排方式(shi)，如(ru)果(guo)有的(de)話，請在你的(de)應(ying)用(yong)中也認真考慮采取(qu)這種(zhong)方式(shi)。

TOSCA是云自(zi)己的模(mo)型，但(dan)也是最不成(cheng)熟(shu)的。如(ru)果你當前無(wu)法(fa)做到，則可以考(kao)慮聲明(ming)式云編(bian)排工具，這樣過渡到TOSCA會更容易些。

如果你已經對數據中心部署的(de)(de)某個DevOps工(gong)具很熟悉，不要(yao)僅(jin)僅(jin)因為要(yao)遷(qian)移到(dao)云了就棄之不用了。所(suo)有的(de)(de)DevOps工(gong)具都在變(bian)得更加(jia)云友好。

盡管對(dui)編排這(zhe)塊(kuai)來說(shuo)還相(xiang)對(dui)較新，但各式各樣的(de)(de)(de)(de)(de)開源，甚至一些(xie)商業的(de)(de)(de)(de)(de)軟(ruan)件包，都(dou)支持TOSCA。一些(xie)流(liu)行(xing)的(de)(de)(de)(de)(de)基于TOSCA的(de)(de)(de)(de)(de)云編排工具包括(kuo)Cloudify，OpenStack Heat，Alien4Cloud，以及ARIA和OpenTOSCA，這(zhe)兩個(ge)都(dou)是規范的(de)(de)(de)(de)(de)參考實現(xian)。除此之外(wai)，TOSCA被接受的(de)(de)(de)(de)(de)原因還包括(kuo)網絡功能虛(xu)擬化(hua)和軟(ruan)件定義網絡。很多人(ren)認為TOSCA在這(zhe)些(xie)領(ling)域(yu)的(de)(de)(de)(de)(de)成(cheng)功代表著這(zhe)就(jiu)是編排的(de)(de)(de)(de)(de)未來。

編(bian)(bian)排對于應用的(de)(de)未(wei)來(lai)很關鍵。這(zhe)是(shi)一種可(ke)以同(tong)時處理(li)敏捷應用和敏捷虛擬資源的(de)(de)DevOps的(de)(de)形式。無論你用什(shen)么(me)方(fang)法來(lai)編(bian)(bian)排，都應該(gai)隨著應用和虛擬化發(fa)展的(de)(de)同(tong)時不斷審查和修(xiu)改細(xi)節。

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

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