難點(diǎn)一：自動(dòng)化運(yùn)維項(xiàng)目，如何進(jìn)行技術(shù)路線的選擇？

1、基于開源工具自研

基于社區(qū)活躍度高、口碑好、功能強(qiáng)大的開源自動(dòng)化工具，進(jìn)行二次開發(fā)，實(shí)現(xiàn)自身需求的完全定制化，該技術(shù)路線有兩個(gè)理解層次，第一個(gè)層次只是開源工具的使用上，對(duì)該工具的所有模塊的運(yùn)用都非常嫻熟，二次開發(fā)也是工具的調(diào)用、整合、界面定制方面；第二個(gè)層次是開源工具的代碼定制上，深入開源代碼，進(jìn)行重新優(yōu)化和定制，嵌入自身的內(nèi)容，并在第一個(gè)層次上去調(diào)用和整合。能夠?qū)崿F(xiàn)自研路線的銀行科技力量都比較強(qiáng)大，有專門的自動(dòng)化運(yùn)維開發(fā)團(tuán)隊(duì)，對(duì)開源社區(qū)研究的比較深入，有強(qiáng)大的開發(fā)和運(yùn)維實(shí)力。

2、基于開源平臺(tái)自研

除了開源工具的自研之外，還有一種是開源平臺(tái)的自研，在開源工具之上，往上發(fā)展，基于統(tǒng)一的研發(fā)平臺(tái)，實(shí)現(xiàn)從底層工具到自動(dòng)化運(yùn)維“平臺(tái)”的自研，開源平臺(tái)提供了一些開發(fā)框架、接口標(biāo)準(zhǔn)、技術(shù)工具供開發(fā)人員使用，加速開源工具和“平臺(tái)”的研發(fā)效率和進(jìn)度。

3、基于閉源自研

這條技術(shù)路線和前面兩種技術(shù)路線類似，都屬于自研類，區(qū)別是，前者是站在開源工具/平臺(tái)的肩膀之上，進(jìn)行的二次開發(fā)，而后者是完全從底層工具、代理、平臺(tái)、界面、接口等方方面面都是自研，難度也是最大的，國內(nèi)大行研發(fā)實(shí)力強(qiáng)的，都基本是這條技術(shù)路線，需要大量的運(yùn)維工具開發(fā)和維護(hù)團(tuán)隊(duì)，耗費(fèi)大量時(shí)間和精力。但受益也是很不錯(cuò)的，其他各運(yùn)維條線的工作效率大幅提升，自主化高，迭代能力強(qiáng)。

4、第三方現(xiàn)有產(chǎn)品客戶化定制

這條技術(shù)路線是目前選擇最多的，也是中小銀行絕大多數(shù)的選擇，開發(fā)團(tuán)隊(duì)一般都用來做業(yè)務(wù)軟件開發(fā)了，很少中小銀行會(huì)將自研自動(dòng)化運(yùn)維系統(tǒng)和平臺(tái)。目前自動(dòng)化運(yùn)維產(chǎn)品提供廠商也非常多，而且相當(dāng)一部分廠商都能提供一整套解決方案，包括DevOps、自動(dòng)化運(yùn)維、集中監(jiān)控等。這種技術(shù)路線，銀行企業(yè)需要仔細(xì)甄別，不僅僅是甄別自動(dòng)化運(yùn)維產(chǎn)品本身，更重要的是甄別其拓展性和平臺(tái)的能力，同時(shí)銀行企業(yè)，也要在多個(gè)系統(tǒng)引入過程中，站在整體視角，嚴(yán)格劃分好功能邊界，運(yùn)維體系比較大，廠商的各類解決方案，都是大而全的方案，在引入過程中，難免各家廠商的功能邊界會(huì)出現(xiàn)混淆和不清晰的地方，需要仔細(xì)區(qū)分。

難點(diǎn)二：自動(dòng)化運(yùn)維項(xiàng)目，如何進(jìn)行底層工具產(chǎn)品選型？

1、自動(dòng)化運(yùn)維底層工具產(chǎn)品是選用開源產(chǎn)品還是閉源產(chǎn)品

目前來看，無論是開源還是閉源都可以滿足銀行的運(yùn)維需求，選用開源產(chǎn)品無非就是銀行自身的技術(shù)實(shí)力允許，有一定的開發(fā)實(shí)力，或者和第三方外包一起結(jié)合熱點(diǎn)開源產(chǎn)品進(jìn)行二次開發(fā)。當(dāng)然對(duì)開源產(chǎn)品的選型要慎重，如果是銀行自己采用開源產(chǎn)品，建議選擇無代理模式的自動(dòng)化運(yùn)維工具，對(duì)系統(tǒng)無侵入還是比較重要的，否則的話，就應(yīng)該深入介入了解開源代理的底層代碼。如果是和有技術(shù)實(shí)力和案例的第三方外包一起進(jìn)行開源的二次開發(fā)的話，那么無代理和有代理都是可以選擇的，因?yàn)榭梢酝ㄟ^外包轉(zhuǎn)嫁開源風(fēng)險(xiǎn)。選擇閉源產(chǎn)品目前也是很多，基本是通過有代理的模式進(jìn)行的，有代理模式的效率要比無代理更高，而且客戶端無需和服務(wù)端建立互信關(guān)系，弱化服務(wù)端的用戶權(quán)限，但是客戶端的代理基本是通過ROOT賬戶運(yùn)行，可能會(huì)有后門。

2、通用的底層工具產(chǎn)品包括哪些部分

（1）自動(dòng)化底層運(yùn)維工具：CMDB及配置自動(dòng)化發(fā)現(xiàn)工具；腳本及作業(yè)管理中心；Agent及管控中心，用來執(zhí)行命令獲取數(shù)據(jù)；自動(dòng)化編排引擎；集成中心，API集成和訪問權(quán)限管理；

（2）在此之上構(gòu)建的專業(yè)領(lǐng)域運(yùn)維工具：網(wǎng)絡(luò)自動(dòng)化工具；防火墻自動(dòng)化工具；操作系統(tǒng)運(yùn)維工具；中間件運(yùn)維工具；云資源管理工具；應(yīng)用發(fā)布工具；

（3）基于各種運(yùn)維場(chǎng)景構(gòu)建的運(yùn)維工具：巡檢工具；補(bǔ)丁及基線管理工具；軟件安裝配置工具；日志自助查詢工具；抽數(shù)工具等等。

難點(diǎn)三：自動(dòng)化運(yùn)維項(xiàng)目，如何合理規(guī)劃工程實(shí)施步驟？

大致的步驟有以下幾個(gè)方面：

1、規(guī)劃自動(dòng)化運(yùn)維場(chǎng)景、模塊和整體架構(gòu)

2、自動(dòng)化運(yùn)維管理節(jié)點(diǎn)和模塊軟硬件資源部署

3、在節(jié)點(diǎn)上安裝自動(dòng)化運(yùn)維服務(wù)端軟件，并進(jìn)行相關(guān)配置

4、兩種方式建立自動(dòng)化運(yùn)維關(guān)系：

（1）建立服務(wù)端和客戶端的互信，客戶端安裝必要的依賴軟件，如Python

（2）客戶端安裝相應(yīng)代理和依賴包

5、驗(yàn)證服務(wù)端和客戶端的自動(dòng)化運(yùn)維關(guān)系

6、進(jìn)行自動(dòng)化運(yùn)維場(chǎng)景和功能模塊分類開發(fā)和測(cè)試

7、自動(dòng)化運(yùn)維外部接口開發(fā)和測(cè)試

8、自動(dòng)化運(yùn)維統(tǒng)一門戶搭建，并對(duì)接不同場(chǎng)景和功能模塊

9、自動(dòng)化運(yùn)維系統(tǒng)正式上線

難點(diǎn)四：如何從整體上和“平臺(tái)”角度規(guī)劃自動(dòng)化運(yùn)維平臺(tái)？

1、整體上

考慮監(jiān)、管、控、及充分結(jié)合其他運(yùn)維系統(tǒng)，而不僅僅是一個(gè)自動(dòng)化的工具。

自動(dòng)化運(yùn)維作為運(yùn)維技術(shù)體系中的一員，其目的就是為了減輕運(yùn)維成本、提升運(yùn)維效率、規(guī)范運(yùn)維任務(wù)、通過自動(dòng)化自愈提升業(yè)務(wù)連續(xù)性等等，其重要意義不言而喻。這點(diǎn)從國內(nèi)各類大行、股份制銀行等的運(yùn)維人員招聘的技術(shù)要求中，也可以略知一二，經(jīng)常是需要一些既懂運(yùn)維技術(shù)的，又懂運(yùn)維開發(fā)的人員。但這些各自為政的自動(dòng)化運(yùn)維開發(fā)都為自己提供便利，往往沒有站在全局的角度去思考問題，造成開發(fā)工作重復(fù)，邊界不清晰，甚至功能沖突的情況，這是自動(dòng)化運(yùn)維需要規(guī)避的地方，從一開始介入這個(gè)領(lǐng)域，就應(yīng)該從整體的角度，清晰的劃分不同運(yùn)維團(tuán)隊(duì)的自動(dòng)化運(yùn)維邊界，真正實(shí)現(xiàn)運(yùn)維端到端的自動(dòng)化服務(wù)，為實(shí)現(xiàn)這些服務(wù)，需要理清哪些地方要有哪些自動(dòng)化工具支撐，哪些工具能夠共用合并，最后再從集成的角度，如何統(tǒng)一管控和對(duì)外提供服務(wù)等。

2、平臺(tái)角度

是一個(gè)具備集成能力，具備服務(wù)開放性，具備很好的功能擴(kuò)展的一個(gè)平臺(tái)。

“平臺(tái)”在我們的理解中應(yīng)該是一個(gè)集成者和統(tǒng)一管控者，這有別于“系統(tǒng)”，系統(tǒng)是一個(gè)功能和處理個(gè)體，就好比銀行系統(tǒng)架構(gòu)中的前置-中臺(tái)-后臺(tái)的概念，系統(tǒng)屬于后臺(tái)的概念，而“平臺(tái)”屬于中臺(tái)的概念。后臺(tái)所有對(duì)外的服務(wù)都需要通過中臺(tái)來流轉(zhuǎn)，中臺(tái)有一個(gè)，而后臺(tái)可以有多個(gè)，是1對(duì)多的關(guān)系。因此，從自動(dòng)化運(yùn)維平臺(tái)的角度來看這個(gè)問題，這個(gè)平臺(tái)不需要有多強(qiáng)大的功能，不需要完成例如批量調(diào)度、自動(dòng)化投產(chǎn)、自動(dòng)化巡檢、自動(dòng)化操作、自動(dòng)化軟硬件配置等具體操作，更重要的是將底層的自動(dòng)化運(yùn)維技術(shù)實(shí)現(xiàn)抽象化，服務(wù)化，同時(shí)對(duì)整個(gè)自動(dòng)化技術(shù)實(shí)現(xiàn)統(tǒng)一管理，包括自動(dòng)化服務(wù)注冊(cè)、自動(dòng)化服務(wù)模板、自動(dòng)化服務(wù)集成、自動(dòng)化服務(wù)權(quán)限管理等等。至于具體技術(shù)實(shí)現(xiàn)，則交由底層的各類自動(dòng)化運(yùn)維工具去實(shí)現(xiàn)，或者獨(dú)立的“系統(tǒng)”去實(shí)現(xiàn)。另外，“平臺(tái)”也可以是一個(gè)多“系統(tǒng)”和工具的調(diào)度者，單一工具無法實(shí)現(xiàn)的自動(dòng)化任務(wù)，可以通過多工具任務(wù)編排實(shí)現(xiàn)，形成大平臺(tái)，小系統(tǒng)的格局，突破傳統(tǒng)的小系統(tǒng)過于臃腫，每個(gè)系統(tǒng)都想做全，爭(zhēng)老大，造成功能邊界模糊的問題。

難點(diǎn)五：自動(dòng)化運(yùn)維平臺(tái)如何融入整體運(yùn)維體系，劃分功能邊界？

自動(dòng)化運(yùn)維平臺(tái)需要很好的融入整體運(yùn)維體系，清晰的劃分功能邊界，包括云管平臺(tái)、流程平臺(tái)、監(jiān)控平臺(tái)、配置管理平臺(tái)、智能運(yùn)維平臺(tái)等。統(tǒng)一CMDB為所有系統(tǒng)和平臺(tái)提供統(tǒng)一的配置基準(zhǔn)數(shù)據(jù)，提升聯(lián)動(dòng)的數(shù)據(jù)質(zhì)量和效果；自動(dòng)化運(yùn)維平臺(tái)自動(dòng)采集和發(fā)現(xiàn)價(jià)值數(shù)據(jù)和數(shù)據(jù)關(guān)聯(lián)，供其他系統(tǒng)和平臺(tái)使用，和各項(xiàng)資源建立自動(dòng)化關(guān)聯(lián)關(guān)系，提供不同自動(dòng)化運(yùn)維場(chǎng)景調(diào)用API，供其他系統(tǒng)和平臺(tái)調(diào)用；集中監(jiān)控平臺(tái)對(duì)接所有監(jiān)控系統(tǒng)和平臺(tái)，實(shí)時(shí)收集所有事件和告警，結(jié)合CMDB配置數(shù)據(jù)，第一時(shí)間匹配和豐富事件告警內(nèi)容，以豐富的通知手段和詳盡真實(shí)的告警詳情告知相關(guān)負(fù)責(zé)人；運(yùn)維大數(shù)據(jù)通過多樣化、不同通道的方式，集成各系統(tǒng)和平臺(tái)的實(shí)時(shí)或歷史的結(jié)構(gòu)化、非結(jié)構(gòu)化數(shù)據(jù)，并進(jìn)行過濾、清洗、加工、整合、分析、輸出和數(shù)據(jù)持久化；IT架構(gòu)可視化系統(tǒng)通過業(yè)務(wù)系統(tǒng)部署架構(gòu)圖、業(yè)務(wù)邏輯架構(gòu)圖、業(yè)務(wù)網(wǎng)絡(luò)拓?fù)鋱D三類架構(gòu)圖的方式，結(jié)合運(yùn)維大數(shù)據(jù)中，不同數(shù)據(jù)源的數(shù)據(jù)，包括智能運(yùn)維產(chǎn)出的建議，進(jìn)行實(shí)時(shí)的展示，讓數(shù)據(jù)和圖聯(lián)動(dòng)，更為直觀的展示業(yè)務(wù)系統(tǒng)整體運(yùn)行狀況。運(yùn)維以IT架構(gòu)可視化為主，智能運(yùn)維為輔，強(qiáng)調(diào)人在運(yùn)維中不可替代性。可以參考以下規(guī)劃圖：