隨著網(wǎng)絡的發(fā)展，銀行每天借貸的數(shù)據(jù)量是十分龐大的，想要對這些數(shù)據(jù)量進行分析和統(tǒng)計，需要使用到高智能的設備。下面就一起跟faceui小編來了解一下銀行設備智能運維系統(tǒng)設計的相關(guān)內(nèi)容吧。

　　銀行業(yè)務的發(fā)展趨勢

　　01 互聯(lián)網(wǎng)金融的興起

　　隨著數(shù)字化和互聯(lián)網(wǎng)技術(shù)的發(fā)展，用戶在“花”、“存”、“貸”等方面都在發(fā)生巨大轉(zhuǎn)變：

　　花：短短幾年，移動支付已經(jīng)代替了現(xiàn)金支付和刷卡支付。

　　存：大量的用戶資金不斷往互聯(lián)網(wǎng)遷移。

　　貸：用戶希望有各種貼合自己使用需求的個性化金融產(chǎn)品。

　　銀行過去標準化的產(chǎn)品模式已經(jīng)不適應這個時代的需求，而以BATJ為代表的互聯(lián)網(wǎng)企業(yè)，創(chuàng)造了一系列互聯(lián)網(wǎng)金融產(chǎn)品，滿足人們?nèi)粘Ｉ畹母鞣N需求，這些，對商業(yè)銀行的傳統(tǒng)業(yè)務形成了跨界滲透和直接沖擊，甚至具有一定的替代作用。因此，在支付、理財、信貸方面，銀行都面臨著互聯(lián)網(wǎng)行業(yè)不同場景的挑戰(zhàn)。

　　銀行設備智能運維系統(tǒng)設計（圖片來自網(wǎng)絡）

　　02 銀行業(yè)務的轉(zhuǎn)型與發(fā)展

　　著名美國銀行家布萊特?金(BrettKing)在《Bank 2.0 ~ 4.0》中，給出了銀行業(yè)務發(fā)展的歷程和展望，從網(wǎng)上銀行到智能手機，到物理網(wǎng)點消除，到通過開放實現(xiàn)與其他行業(yè)服務的融合形成泛金融服務，到在AI、AR（現(xiàn)實增強）、語音識別等等技術(shù)普及于大眾的背景下銀行將業(yè)務嵌入到用戶日常生活的體驗升級聚焦。

　　基于種種挑戰(zhàn)和對未來的展望，數(shù)字化轉(zhuǎn)型以及加速轉(zhuǎn)型成為銀行業(yè)務的重要發(fā)展策略。

　　政府舉措方面，2015年7月，人民銀行等十部門發(fā)布《關(guān)于促進互聯(lián)網(wǎng)金融健康發(fā)展的指導意見》，該指導意見按照“鼓勵創(chuàng)新、防范風險、趨利避害、健康發(fā)展”的總體要求，提出了一系列鼓勵創(chuàng)新、支持互聯(lián)網(wǎng)金融穩(wěn)步發(fā)展的政策措施，積極鼓勵互聯(lián)網(wǎng)金融平臺、產(chǎn)品和服務創(chuàng)新，鼓勵從業(yè)機構(gòu)相互合作，拓寬從業(yè)機構(gòu)融資渠道，推動信用基礎(chǔ)設施建設和配套服務體系建設。

　　2018年10月，中國銀行保險監(jiān)督管理委員會發(fā)布《中國普惠金融發(fā)展情況報告》摘編版，中國財政也加大了普惠金融發(fā)展專項資金的投放。

　　01 分布式系統(tǒng)的大量應用

　　面對業(yè)務的轉(zhuǎn)型與發(fā)展，銀行引進分布式系統(tǒng)在所難免：

　　支持普惠金融服務和復雜交易模式，集中式系統(tǒng)的處理能力瓶頸逐漸凸顯。

　　“跨界融合”、移動金融要求銀行業(yè)務創(chuàng)新和迭代的節(jié)奏要越來越快。

　　銀行要不斷提升用戶體驗，就需要利用先進的大數(shù)據(jù)技術(shù)對海量業(yè)務數(shù)據(jù)進行分析。

　　集中化架構(gòu)的成本問題越來越突出。

　　各種閉源軟硬件產(chǎn)品逐步不能滿足監(jiān)管安全可控的要求。

　　在互聯(lián)網(wǎng)企業(yè)的系統(tǒng)架構(gòu)模式的啟發(fā)下，很多銀行結(jié)合互聯(lián)網(wǎng)金融戰(zhàn)略需求，引進開源軟件和技術(shù)，開始構(gòu)建基于x86平臺、分布式計算的分布式IT技術(shù)體系。

　　當然，在當前業(yè)務現(xiàn)狀下，“集中+分布式”的融合架構(gòu)仍然是大型商業(yè)銀行的最佳架構(gòu)選擇：

（圖片來自網(wǎng)絡）

　　因此，銀行保留面向“穩(wěn)態(tài)”的、基于集中式的傳統(tǒng)核心，注重安全、穩(wěn)定，如存款一類賬戶、借記卡、傳統(tǒng)貸款、支付等業(yè)務，新建面向“敏態(tài)”的、基于分布式互聯(lián)網(wǎng)核心，支撐海量客戶、高并發(fā)，適合管理二三類賬戶、直銷銀行等業(yè)務。

　　02 銀行信息系統(tǒng)混合式架構(gòu)

　　繼分布式的引進后，銀行也開始了對云原生技術(shù)的探索，銀行的信息系統(tǒng)不可避免的呈現(xiàn)混合式的架構(gòu)：

　　而對于銀行IT運維來說，不同架構(gòu)的業(yè)務系統(tǒng)，對運維的能力和側(cè)重點要求并不同，運維的要求、難度和壓力也在不斷的增大。

　　03 銀行數(shù)據(jù)中心“雙活”或“多活”的逐步完善

　　《中國金融業(yè)信息技術(shù)“十三五”發(fā)展規(guī)劃》指出，金融機構(gòu)主動探索系統(tǒng)架構(gòu)完善升級，繼續(xù)深入研究數(shù)據(jù)中心“雙活”或“多活”模式應用。

　　截至目前，大多數(shù)銀行已經(jīng)完成了“兩地三中心”的建設，并且定期進行災備演練工作，銀行系統(tǒng)的可用性得到進一步提升。

　　銀行應用運維面臨的挑戰(zhàn)

　　01 銀行應用運維的組織與職責

　　銀行的IT組織很大，部分銀行還成立了單獨的金融科技公司。本文主要聚焦于銀行IT運維組織中的應用運維，分析應用運維如何提升自己的運維水平和方式以適應業(yè)務轉(zhuǎn)型、信息系統(tǒng)架構(gòu)異構(gòu)化的發(fā)展要求。

　　應用運維的核心職責在于確保應用系統(tǒng)高效穩(wěn)定運行，同時響應研發(fā)、業(yè)務人員訴求完成版本變更或上線的業(yè)務價值交付，并提供相關(guān)的數(shù)據(jù)和服務給到業(yè)務、運營和測試等外部人員。應用運維團隊的日常職責及與其他團隊的工作交互簡要如下：

　　02 銀行應用運維的面臨的挑戰(zhàn)

　　由上可見，應用運維團隊肩負著業(yè)務系統(tǒng)正常運轉(zhuǎn)的重大責任，也同時負擔著一系列繁雜瑣碎的運維工作。隨著銀行業(yè)務的飛速發(fā)展，應用運維團隊面臨的挑戰(zhàn)越來越大：

　　運維難度增加：技術(shù)棧復雜，運維技能要求高。從單體、SOA到分布式到云原生架構(gòu)，從閉源到開源，組成應用系統(tǒng)的技術(shù)組件成倍增長，應用運維需要持續(xù)增加強化自己的技術(shù)能力才能滿足運維的基本要求。

　　運維工作增多：線下業(yè)務不斷線上化，應用數(shù)量也在成倍增長。

　　運維效率要求提升：業(yè)務發(fā)展也帶來了大量的更新發(fā)布需求，而發(fā)布時間窗口并沒有延長。部分新業(yè)務也對運維提出了持續(xù)交付的實時性要求。

　　成本控制越來越嚴格：不斷增加的應用系統(tǒng)占用了大量的IT資源，運維需要通過先進有效的監(jiān)控和分析手段在性能和成本之間取得一個平衡，并且主動持續(xù)優(yōu)化應用系統(tǒng)性能。

　　運維質(zhì)量及安全級別要求高：在運維工作復雜度和負擔不斷增加的情況下，運維如何保持既有運維質(zhì)量、保障和提升系統(tǒng)可用率，成為應用運維的難題。

　　運維工作如此繁重，運維人員在橫向擴展自己運維技能的同時，還有時間往運維開發(fā)、大數(shù)據(jù)或AI等縱向技術(shù)領(lǐng)域轉(zhuǎn)型嗎？

　　另外，應用運維掌握了應用系統(tǒng)的配置、日志、監(jiān)控等數(shù)據(jù)，能否效仿一些互聯(lián)網(wǎng)企業(yè)，通過有效的技術(shù)手段將這些數(shù)據(jù)進行統(tǒng)一采集分析，為業(yè)務/運營帶來增值服務，做到主動運營，從而提升應用運維組織的價值？

　　03 挑戰(zhàn)與機遇

　　銀行應用運維的轉(zhuǎn)型和運維能力提升已經(jīng)迫在眉睫，但挑戰(zhàn)同時也是機遇，業(yè)務發(fā)展和應用架構(gòu)演進賦予應用運維的責任越大，應用運維所能創(chuàng)造的價值也就越高，也就越發(fā)得到重視。

　　銀行設備智能運維系統(tǒng)設計（圖片來自網(wǎng)絡）

　　01 如何定義應用？

　　應用，一般可以從兩個維度進行解讀，一個是狹義的應用，指的是應用程序，也就是由開發(fā)人員提供的二進制文件的運行時狀態(tài)；另一個是廣義的應用，指的是應用系統(tǒng)，也就是由一組應用程序和系統(tǒng)資源的有機組合。這里的系統(tǒng)資源泛指支撐應用運行的數(shù)據(jù)庫、os、中間件、負載均衡甚至域名、存儲等等。

　　應用運維，指的是對應用系統(tǒng)的運維，既包含對應用程序的發(fā)布、變更等運維工作，也包含對應用系統(tǒng)整體的健康巡檢、監(jiān)控等運維工作。

　　02 做好銀行應用運維的建議

　　效率提升：建設應用運維自動化系統(tǒng)，將所有能自動處理的工作全部自動化掉，如發(fā)布、巡檢、變更、啟停、數(shù)據(jù)查詢與提取、銀行跑批統(tǒng)一調(diào)度等等。徹底消滅重復性人工操作，釋放運維人員。

　　質(zhì)量提升：面向穩(wěn)態(tài)和敏態(tài)業(yè)務，以應用為中心建設CMDB，從多個維度完成對應用系統(tǒng)的監(jiān)控，及時發(fā)現(xiàn)應用系統(tǒng)的問題和隱患，并基于自動化手段快速處理問題，提升應用系統(tǒng)可用性。另外，自動化推廣的同時也會帶來操作規(guī)范的梳理和標準化，如發(fā)布流程流程標準化、災備切換流程標準化，從而減少人工操作失誤。

　　成本控制：建設容量分析與管理系統(tǒng)，為系統(tǒng)性能優(yōu)化提供指導，提升資源使用率，控制資源成本。

　　組織轉(zhuǎn)型：以上目標的實現(xiàn)，不太可能通過一次性外采一個功能齊全、場景完美契合的應用運維平臺就能解決，是需要企業(yè)運維人員也持續(xù)投入到平臺上的新場景研發(fā)來滿足個性化或增長性的運維需求。在組織轉(zhuǎn)型這一塊，可以參考Google SRE組織架構(gòu)，讓運維團隊中50%的人員從事著運維工具的開發(fā)。

　　智能化：基于智能化技術(shù)，實現(xiàn)容量預測和智能擴縮容從而應對在互聯(lián)網(wǎng)化和跨界融合背景下流量峰值的挑戰(zhàn)，實現(xiàn)對故障定位、故障預測以快速解決或避免業(yè)務異?；蚬收?，提升用戶體驗。

　　從應用上線開始，自動化技術(shù)應覆蓋應用運維整個生命周期。

　　綜上，要做好銀行應用運維工作，需要建設一個支持雙態(tài)架構(gòu)的、可擴展的、先進的、能促進組織轉(zhuǎn)型而自增長的應用自動化運維平臺。

　　03 銀行應用運維平臺設計建議

　　基于以上分析，應用運維平臺功能架構(gòu)推薦如下：

　　服務層能力

　　服務層能力——效能：

　　CMDB：以應用為中心建設CMDB，應用拓撲遵照服務樹拓撲進行設計，并關(guān)聯(lián)應用系統(tǒng)相關(guān)的各種系統(tǒng)資源，使CMDB能夠服務于應用運維各種消費場景。

　　應用配置管理：基于CMDB，提供制品庫管理、配置文件管理、進程管理、環(huán)境管理等功能。

　　應用發(fā)布：與應用配置管理集成，對應用模塊進行包、配置文件、sql文件的快速發(fā)布或回滾，支持滾動發(fā)布、藍綠發(fā)布、灰度發(fā)布等方式。同時支持在一個發(fā)布時間窗口下的多應用發(fā)布任務的復雜編排。

　　資源交付：與虛擬化平臺或云平臺集成，根據(jù)應用資源配置要求自動完成各種組件資源的自動交付和軟件配置。

　　一鍵擴容：基于資源交付和應用發(fā)布提供的能力，還可以做到對應用的一鍵擴容。

　　應用啟停：管理應用相關(guān)的所有進程，可在控制臺上進行快速進程啟停，也提供自定義的編排能力以完成對一個復雜應用的一鍵啟停。另外，也對進程異常進行監(jiān)控告警。

　　銀行跑批：提供一個功能強大的、可擴展的工作流調(diào)度引擎，結(jié)合底層成熟的分布式作業(yè)執(zhí)行架構(gòu)，管理銀行的大量跑批作業(yè)，提供對作業(yè)、作業(yè)流、調(diào)度任務的編排、執(zhí)行、控制與監(jiān)控等管理能力。

　　服務層能力——穩(wěn)定性&可用性：

　　應用巡檢：應用系統(tǒng)是由一組應用程序和系統(tǒng)資源組成的，這些組成部件的健康性會影響著整個應用系統(tǒng)的健康性。基于CMDB中維護的完整應用系統(tǒng)信息，結(jié)合原子化的、可擴展的巡檢框架，我們可以以應用維度對整個應用系統(tǒng)進行健康性巡檢，從而發(fā)現(xiàn)應用運行的隱患或問題。

　　應用健康度監(jiān)控：應用健康度監(jiān)控提供了一個框架，對接企業(yè)的監(jiān)控系統(tǒng)或告警系統(tǒng)，從應用維度對組成應用系統(tǒng)的應用程序和系統(tǒng)資源的監(jiān)控和告警信息進行實時匯總，并以服務樹拓撲或應用邏輯拓撲的形式展現(xiàn)出來，以便于應用運維人員進行快速故障定位和應用異常發(fā)現(xiàn)。

　　應用撥測：可建立撥測任務對應用的網(wǎng)站、接口進行撥測監(jiān)控。

　　智能業(yè)務巡檢：模擬用戶對應用功能的完整使用，從用戶端角度確認應用功能的順暢使用。由于傳統(tǒng)的運維通道能力（文件傳輸、命令執(zhí)行、數(shù)據(jù)采集、API調(diào)用、協(xié)議驅(qū)動）未必能支持一些C端操作自動化，在這里我們應用了rpa技術(shù)（集成selinium腳本、Windows窗口句柄識別、OCR）來適配用戶的各種ui操作場景。

　　日志檢索：對應用系統(tǒng)的各種類型日志進行統(tǒng)一采集、清洗、存儲、告警、分析和展示。

　　災備演練：提供靈活的災備切換和恢復流程編排框架和可擴展的原子化能力，支持多應用多步驟的一鍵切換和大屏跟蹤展示，并且對災備切換的預案進行管理，以自動化和規(guī)范化保障銀行定期災備切換活動的成功進行。

　　APM：基于字節(jié)碼注入技術(shù)自動發(fā)現(xiàn)應用拓撲關(guān)系、應用代碼級運行性能、接口性能及調(diào)用鏈分析，基于js注入獲取和分析每個用戶對應用業(yè)務功能的使用體驗。從而對應用進行更深層次的監(jiān)控和更有效的故障定位。

　　服務層能力——效能：

　　容量管理：對應用的資源指標、服務指標、業(yè)務指標進行統(tǒng)一采集存儲，并基于多關(guān)聯(lián)算法分析業(yè)務波動或吞吐量變化時對系統(tǒng)資源的影響，從而評估應用的容量狀況，為性能優(yōu)化、成本控制提供切實有效的指導。

　　服務層能力——效能：

　　故障自愈：基于自動化編排引擎，對接告警系統(tǒng)，實現(xiàn)常用的故障自動化處理，包括日志清理、服務重啟、參數(shù)調(diào)整等操作編排。

　　故障定位：基于應用的服務調(diào)用信息、資源關(guān)聯(lián)信息，對應用系統(tǒng)各個時間段的告警事件進行分析，從而提供故障定位能力。

　　服務層能力——流程/工具

　　運維流程管理：一款面向IT人員的運維流程管理軟件，提供IT運維的請求管理、事件管理、發(fā)布和變更管理、日常運維管理等核心模塊。使得IT運維工作更加規(guī)范和敏捷，從而提升運維的協(xié)作效率和工作質(zhì)量。

　　報表可視化：報表可視化是面向運維人員的輕量的web報表制作工具，核心功能有儀表盤和報表兩大模塊，實現(xiàn)企業(yè)IT運維各項數(shù)據(jù)的實時呈現(xiàn)和分析。例如，基于報表可視化我們可以靈活構(gòu)建銀行應用運維的監(jiān)控儀表盤，嵌入到應用監(jiān)控、APM等運維工具中。

　　大屏可視化：大屏可視化，主要應用于大屏幕投放。提供大屏可視化設計器，便于無編碼的方式快速拖拽、配置來形成前端大屏。例如，基于大屏可視化及應用健康度監(jiān)控，可以構(gòu)建應用墻大屏，實時展示所有應用運行狀態(tài)。

　　銀行設備智能運維系統(tǒng)設計（圖片來自網(wǎng)絡）

　　平臺層能力

　　平臺層提供服務層所需的公共模塊能力，例如CMDB、Agent、作業(yè)執(zhí)行等；應用自動化工具鏈，提供滿足企業(yè)應用自動化運維生命周期的工具鏈，并基于平臺整體能力實現(xiàn)融合。

　　iPaaS層：API GateWay（統(tǒng)一接入模塊），將配置管理（CMDB）平臺、作業(yè)平臺、數(shù)據(jù)平臺、挖掘平臺等原子平臺統(tǒng)一接入、集成、驅(qū)動和調(diào)度，供上層運維場景APP驅(qū)動和調(diào)用。

　　aPaaS開發(fā)者中心（提供前后端開發(fā)框架）：開發(fā)者中心提供完整的前后端開發(fā)框架，當企業(yè)在未來出現(xiàn)新的運維需求的時候，企業(yè)可以快速利用開發(fā)者中心完成相應的運維系統(tǒng)開發(fā)，支持一鍵部署和持續(xù)部署。

　　管控接入：提供分布式、高可用、可擴展的通道能力：文件傳輸、命令執(zhí)行、數(shù)據(jù)采集、通用協(xié)議驅(qū)動、API調(diào)用、RPA等。

　　通過上文faceui小編的介紹，大家應該知道銀行設備智能運維系統(tǒng)設計的必要必有哪些了吧。高智能的運維設備，才能對龐大的數(shù)據(jù)量進行精確分析和統(tǒng)計。