#說在前面

最近跟一批高校生打的火熱，沒怎么有時間搞潮流小文。從這批高校生的身上可以看到，年輕、熱情有沖勁的同時，知識體系的不足以及對知識點細(xì)節(jié)理解不深刻的脆弱性表現(xiàn)得淋淋盡致。這也正常，沒參加過工作，沒被用戶罵的"頭破血流"，誰也都是從這個時候慢慢一步一步趟過來。他們當(dāng)中，有的只喜歡NetWork，有的只愿意搞Security，甚至有的很寵愛Linux周遭的一切，這也沒差。其實，他們相互之間也都為有一個美好的future在做"博弈"，交流的過程中，我在傳達(dá)宏觀的這個詞匯，假如能跳出眼前的這"一畝三分地"，宏觀的看待整個IT的變化，慢慢的從"博弈"中突圍，不是當(dāng)什么所謂的“黑客”，而是成就于細(xì)分領(lǐng)域的極客。

今天要探討的話題是IT自動化領(lǐng)域的"博弈"，為何要嘮起自動化呢，是因為根據(jù)自己整體的職業(yè)規(guī)劃，大概3年前選擇暫時離開IT傳統(tǒng)運維，開始轉(zhuǎn)向互聯(lián)網(wǎng)性質(zhì)的運營。為了滿足互聯(lián)網(wǎng)、DevOPS快速部署、敏捷開發(fā)等特性，從那一刻起，就要和自動化部署配置牽線，改掉以往在傳統(tǒng)運維領(lǐng)域養(yǎng)成的一些"臭毛病"(運維形式不同而已)。

用下面這張圖體現(xiàn)開篇提到的高校生"博弈"的狀態(tài)和我今天要探討的話題是最合適不過的了。

參與IT自動化領(lǐng)域"博弈"的選手包括：Chef、Puppet、SaltStack以及Ansible。接下來，我們簡單嘮一下這幾個工具。

#?Chef

Chef 是一個系統(tǒng)集成框架，為整個架構(gòu)提供配置管理功能，Chef可以外接的平臺很多，可玩性較高；Chef幾乎支持全平臺，從架構(gòu)上分為Server端負(fù)責(zé)分發(fā)，Workstation端負(fù)責(zé)編寫腳本上傳至Server，Client就是受控節(jié)點，也可以可獨立方式安裝部署測試。很多伙伴選擇Chef的主要原因是因為它對Window操作系統(tǒng)的支持比較好。

Chef是于平臺無關(guān)的，可以部署到云端、本地或作為虛擬機(jī)，使用RESTful API也就是http的方式去連接Chef的Sever。不過，Chef需要經(jīng)歷曲折的學(xué)習(xí)過程和學(xué)習(xí)成本，另外，Chef的初始化設(shè)置很復(fù)雜。

#Puppet

Puppet基于Ruby語言開發(fā)，是一個IT基礎(chǔ)架構(gòu)的自動化管理工具，Puppet層次感很好，能夠幫助企業(yè)完成從供應(yīng)到配置到聯(lián)動最后到報告展現(xiàn)的基礎(chǔ)架構(gòu)設(shè)施整個生命周期的管理。

Puppet要有一組(類)資源清單，通過資源申報，定位到清單中的主機(jī)，按照主機(jī)為單位，應(yīng)用模塊來進(jìn)行配置部署；通過Web界面生成處理報表、資源清單、實時節(jié)點管理,報表反應(yīng)出目標(biāo)，根據(jù)目標(biāo)狀態(tài)的不同，進(jìn)行調(diào)整和變更配置。Puppet既可以在單機(jī)上使用，也可以以客戶端/服務(wù)端結(jié)構(gòu)使用。

Puppet相比較其他自動化運維工具是復(fù)雜的，需要我們學(xué)習(xí)Ruby語言，所使用的加密方式是標(biāo)準(zhǔn)SSL協(xié)議，不支持二次開發(fā)功能。

#SaltStack

SaltStack靈活性強大，可以進(jìn)行大規(guī)模部署，也能進(jìn)行小規(guī)模的系統(tǒng)部署。SaltStack的設(shè)計架構(gòu)適用于任意數(shù)量的服務(wù)器，從本地單一系統(tǒng)到跨越數(shù)個數(shù)據(jù)中心，拓?fù)浼軜?gòu)都是C/S模型，配置簡單。不管是幾臺、幾百臺、幾千臺服務(wù)器，都可以使用SaltStack在一個中心節(jié)點上進(jìn)行管控，靈活定位任意服務(wù)器子集來運行命令。

SaltStack是Python編寫的，支持用戶通過Python自定義功能模塊，也提供了大量的Python API接口，用戶可以根據(jù)需要進(jìn)行簡單快速的擴(kuò)展。Salt提供了大量的模塊，以處理特定的軟件、操作系統(tǒng)和云服務(wù)。自定義模塊可以用Python或PyDSL來編寫。平臺方面，SaltStack更擅長管理Unix和Linux系統(tǒng)。

SaltStack的優(yōu)點在于可擴(kuò)展性和彈性，可以有多級主服務(wù)器。主服務(wù)器可以控制下邊的主服務(wù)器及其客戶端。另外，讓客戶端可以向主服務(wù)器提出問題，然后主服務(wù)器從其他服務(wù)器得到答案，提供全面信息。如果需要在實時數(shù)據(jù)庫中查詢數(shù)據(jù)，以便完成客戶端的配置，這個優(yōu)點就很方便。

#Ansible

Ansible是基于Python開發(fā)的自動化運維工具，可以實現(xiàn)批量配置系統(tǒng)，部署軟件及協(xié)調(diào)更高級的任務(wù)；Ansible相比較其它的自動化工具，Ansible是簡單易用的一款，基于openssh的方式進(jìn)行傳輸，無需安裝客戶端Agent。

Ansible 中有一個核心的概念叫inventory資產(chǎn)清單，我們完全可以通過企業(yè)中自己的CMDB抽取網(wǎng)絡(luò)、主機(jī)設(shè)備、操作系統(tǒng)信息、通過Python腳本更新策略運行Ansible Playbook來保持服務(wù)器狀態(tài)的一致性；假如企業(yè)中沒有成體系的ITSM管理系統(tǒng)，通過Ansible就可以幫助我們做企業(yè)的資產(chǎn)梳理，成為信息化建設(shè)的大管家。

Ansible中還有Playbooks劇本這樣的概念更是容易理解。Playbooks是非常容易理解和修改的自動化工具。不需要特別復(fù)雜的編程能力就能寫Playbook。Playbook順序執(zhí)行task。Playbook簡單涉及讓每個團(tuán)隊都能很容易上手使用。

對于企業(yè)而言，Ansible Tower是一款高級產(chǎn)品，具有基于Web的API和圖形庫存管理工具。Ansible Tower添加了一個用戶友好的中央儀表板，可以在其中查看服務(wù)器的狀態(tài)，管理訪問控制并監(jiān)視作業(yè)的運行。

另外，Ansible的學(xué)習(xí)成本也很低，在命令行中使用所熟悉的命令運行，或者是簡單YAML格式的文件進(jìn)行編寫Playbook。 這意味著你的命令更易于推理，并且性能也很快。

Ansible憑借其極簡設(shè)計以及與純SSH的緊密結(jié)合，如果你希望以最少的配置部署，編排和配置管理工作流，那么Ansible值得研究。Ansible技術(shù)已經(jīng)下探到紅帽的金字塔體系結(jié)構(gòu)中RHCE級別，UP楠哥已經(jīng)把這部分的技術(shù)內(nèi)容分享、傳遞給許多想要揭開自動化領(lǐng)域面紗的童鞋們；至于企業(yè)級應(yīng)用Ansible Tower，是在紅帽架構(gòu)師RHCA中的課程內(nèi)容，未來我們會一起研究和開發(fā)。

?

#寫在最后

通過以上的描述，可以看出，SaltStack和Ansible的機(jī)制是差不多的，Puppet呈現(xiàn)了數(shù)據(jù)中心協(xié)調(diào)的全貌，但Puppet需要學(xué)習(xí)Ruby語言，這讓很多小伙伴有些望而卻步；Chef的話是需要犧牲一段時間的學(xué)習(xí)成本。最后，附上幾位"博弈"選手的對比，在IT自動化領(lǐng)域期待它們的表現(xiàn)和貢獻(xiàn)；目前來講，整合了我身邊幾位互聯(lián)網(wǎng)大哥們的意見和想法，推薦SaltStack，其次紅帽的Ansible。Ansible適合自動化入門。