難點(diǎn)一：自動(dòng)化運(yùn)維項(xiàng)目，如何進(jìn)行技術(shù)路線的選擇？1、基于開(kāi)源工具自研基于社區(qū)活躍度高、口碑好、功能強(qiáng)大的開(kāi)源自動(dòng)化工具，進(jìn)行二次開(kāi)發(fā)，實(shí)現(xiàn)自身需求的完全定制化，該技術(shù)路線有兩個(gè)理解層次，第一個(gè)層次只是開(kāi)源工具的使用上，對(duì)該工具的所有模塊的運(yùn)用都非常嫻熟，二次開(kāi)發(fā)也是工具的調(diào)用、整合、界面定制方面；第二個(gè)層次是開(kāi)源工具的代碼定制上，深入開(kāi)源代碼，進(jìn)行重新優(yōu)化和定制，嵌入自身的內(nèi)容，并在第一個(gè)層次上去調(diào)用和整合。能夠?qū)崿F(xiàn)自研路線的銀行科技力量都比較強(qiáng)大，有專門的自動(dòng)化運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)，對(duì)開(kāi)源社區(qū)研究的比較深入，有強(qiáng)大的開(kāi)發(fā)和運(yùn)維實(shí)力。2、基于開(kāi)源平臺(tái)自研除了開(kāi)源工具的自研之外，還有一種是開(kāi)源平臺(tái)的自研，在開(kāi)源工具之上，往上發(fā)展，基于統(tǒng)一的研發(fā)平臺(tái)，實(shí)現(xiàn)從底層工具到自動(dòng)化運(yùn)維“平臺(tái)”的自研，開(kāi)源平臺(tái)提供了一些開(kāi)發(fā)框架、接口標(biāo)準(zhǔn)、技術(shù)工具供開(kāi)發(fā)人員使用，加速開(kāi)源工具和“平臺(tái)”的研發(fā)效率和進(jìn)度。3、基于閉源自研這條技術(shù)路線和前面兩種技術(shù)路線類似，都屬于自研類，區(qū)別是，前者是站在開(kāi)源工具/平臺(tái)的肩膀之上，進(jìn)行的二次開(kāi)發(fā)，而后者是完全從底層工具、代理、平臺(tái)、界面、接口等方方面面都是自研，難度也是最大的，國(guó)內(nèi)大行研發(fā)實(shí)力強(qiáng)的，都基本是這條技術(shù)路線，需要大量的運(yùn)維工具開(kāi)發(fā)和維護(hù)團(tuán)隊(duì)，耗費(fèi)大量時(shí)間和精力。但受益也是很不錯(cuò)的，其他各運(yùn)維條線的工作效率大幅提升，自主化高，迭代能力強(qiáng)。4、第三方現(xiàn)有產(chǎn)品客戶化定制這條技術(shù)路線是目前選擇最多的，也是中小銀行絕大多數(shù)的選擇，開(kāi)發(fā)團(tuán)隊(duì)一般都用來(lái)做業(yè)務(wù)軟件開(kāi)發(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)引入過(guò)程中，站在整體視角，嚴(yán)格劃分好功能邊界，運(yùn)維體系比較大，廠商的各類解決方案，都是大而全的方案，在引入過(guò)程中，難免各家廠商的功能邊界會(huì)出現(xiàn)混淆和不清晰的地方，需要仔細(xì)區(qū)分。難點(diǎn)二：自動(dòng)化運(yùn)維項(xiàng)目，如何進(jìn)行底層工具產(chǎn)品選型？1、自動(dòng)化運(yùn)維底層工具產(chǎn)品是選用開(kāi)源產(chǎn)品還是閉源產(chǎn)品目前來(lái)看，無(wú)論是開(kāi)源還是閉源都可以滿足銀行的運(yùn)維需求，選用開(kāi)源產(chǎn)品無(wú)非就是銀行自身的技術(shù)實(shí)力允許，有一定的開(kāi)發(fā)實(shí)力，或者和第三方外包一起結(jié)合熱點(diǎn)開(kāi)源產(chǎn)品進(jìn)行二次開(kāi)發(fā)。當(dāng)然對(duì)開(kāi)源產(chǎn)品的選型要慎重，如果是銀行自己采用開(kāi)源產(chǎn)品，建議選擇無(wú)代理模式的自動(dòng)化運(yùn)維工具，對(duì)系統(tǒng)無(wú)侵入還是比較重要的，否則的話，就應(yīng)該深入介入了解開(kāi)源代理的底層代碼。如果是和有技術(shù)實(shí)力和案例的第三方外包一起進(jìn)行開(kāi)源的二次開(kāi)發(fā)的話，那么無(wú)代理和有代理都是可以選擇的，因?yàn)榭梢酝ㄟ^(guò)外包轉(zhuǎn)嫁開(kāi)源風(fēng)險(xiǎn)。選擇閉源產(chǎn)品目前也是很多，基本是通過(guò)有代理的模式進(jìn)行的，有代理模式的效率要比無(wú)代理更高，而且客戶端無(wú)需和服務(wù)端建立互信關(guān)系，弱化服務(wù)端的用戶權(quán)限，但是客戶端的代理基本是通過(guò)ROOT賬戶運(yùn)行，可能會(huì)有后門。2、通用的底層工具產(chǎn)品包括哪些部分（1）自動(dòng)化底層運(yùn)維工具：CMDB及配置自動(dòng)化發(fā)現(xiàn)工具；腳本及作業(yè)管理中心；Agent及管控中心，用來(lái)執(zhí)行命令獲取數(shù)據(jù)；自動(dòng)化編排引擎；集成中心，API集成和訪問(wèn)權(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)景和功能模塊分類開(kāi)發(fā)和測(cè)試7、自動(dòng)化運(yùn)維外部接口開(kāi)發(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ù)、通過(guò)自動(dòng)化自愈提升業(yè)務(wù)連續(xù)性等等，其重要意義不言而喻。這點(diǎn)從國(guó)內(nèi)各類大行、股份制銀行等的運(yùn)維人員招聘的技術(shù)要求中，也可以略知一二，經(jīng)常是需要一些既懂運(yùn)維技術(shù)的，又懂運(yùn)維開(kāi)發(fā)的人員。但這些各自為政的自動(dòng)化運(yùn)維開(kāi)發(fā)都為自己提供便利，往往沒(méi)有站在全局的角度去思考問(wèn)題，造成開(kāi)發(fā)工作重復(fù)，邊界不清晰，甚至功能沖突的情況，這是自動(dòng)化運(yùn)維需要規(guī)避的地方，從一開(kāi)始介入這個(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)化工具支撐，哪些工具能夠共用合并，最后再?gòu)募傻慕嵌龋绾谓y(tǒng)一管控和對(duì)外提供服務(wù)等。2、平臺(tái)角度是一個(gè)具備集成能力，具備服務(wù)開(kāi)放性，具備很好的功能擴(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ù)都需要通過(guò)中臺(tái)來(lái)流轉(zhuǎn)，中臺(tái)有一個(gè)，而后臺(tái)可以有多個(gè)，是1對(duì)多的關(guān)系。因此，從自動(dòng)化運(yùn)維平臺(tái)的角度來(lái)看這個(gè)問(wèn)題，這個(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)度者，單一工具無(wú)法實(shí)現(xiàn)的自動(dòng)化任務(wù)，可以通過(guò)多工具任務(wù)編排實(shí)現(xiàn)，形成大平臺(tái)，小系統(tǒng)的格局，突破傳統(tǒng)的小系統(tǒng)過(guò)于臃腫，每個(gè)系統(tǒng)都想做全，爭(zhēng)老大，造成功能邊界模糊的問(wèn)題。難點(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ù)通過(guò)多樣化、不同通道的方式，集成各系統(tǒng)和平臺(tái)的實(shí)時(shí)或歷史的結(jié)構(gòu)化、非結(jié)構(gòu)化數(shù)據(jù)，并進(jìn)行過(guò)濾、清洗、加工、整合、分析、輸出和