隨著網絡的發展，銀行每天借貸的數據量是十分龐大的，想要對這些數據量進行分析和統計，需要使用到高智能的設備。下面就一起跟faceui小編來了解一下銀行設備智能運維系統設計的相關內容吧。

　　銀行業務的發展趨勢

　　01 互聯網金融的興起

　　隨著數字化和互聯網技術的發展，用戶在“花”、“存”、“貸”等方面都在發生巨大轉變：

　　花：短短幾年，移動支付已經代替了現金支付和刷卡支付。

　　存：大量的用戶資金不斷往互聯網遷移。

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

　　銀行過去標準化的產品模式已經不適應這個時代的需求，而以BATJ為代表的互聯網企業，創造了一系列互聯網金融產品，滿足人們日常生活的各種需求，這些，對商業銀行的傳統業務形成了跨界滲透和直接沖擊，甚至具有一定的替代作用。因此，在支付、理財、信貸方面，銀行都面臨著互聯網行業不同場景的挑戰。

　　銀行設備智能運維系統設計（圖片來自網絡）

　　02 銀行業務的轉型與發展

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

　　基于種種挑戰和對未來的展望，數字化轉型以及加速轉型成為銀行業務的重要發展策略。

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

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

　　01 分布式系統的大量應用

　　面對業務的轉型與發展，銀行引進分布式系統在所難免：

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

　　“跨界融合”、移動金融要求銀行業務創新和迭代的節奏要越來越快。

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

　　集中化架構的成本問題越來越突出。

　　各種閉源軟硬件產品逐步不能滿足監管安全可控的要求。

　　在互聯網企業的系統架構模式的啟發下，很多銀行結合互聯網金融戰略需求，引進開源軟件和技術，開始構建基于x86平臺、分布式計算的分布式IT技術體系。

　　當然，在當前業務現狀下，“集中+分布式”的融合架構仍然是大型商業銀行的最佳架構選擇：

（圖片來自網絡）

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

　　02 銀行信息系統混合式架構

　　繼分布式的引進后，銀行也開始了對云原生技術的探索，銀行的信息系統不可避免的呈現混合式的架構：

　　而對于銀行IT運維來說，不同架構的業務系統，對運維的能力和側重點要求并不同，運維的要求、難度和壓力也在不斷的增大。

　　03 銀行數據中心“雙活”或“多活”的逐步完善

　　《中國金融業信息技術“十三五”發展規劃》指出，金融機構主動探索系統架構完善升級，繼續深入研究數據中心“雙活”或“多活”模式應用。

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

　　銀行應用運維面臨的挑戰

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

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

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

　　02 銀行應用運維的面臨的挑戰

　　由上可見，應用運維團隊肩負著業務系統正常運轉的重大責任，也同時負擔著一系列繁雜瑣碎的運維工作。隨著銀行業務的飛速發展，應用運維團隊面臨的挑戰越來越大：

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

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

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

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

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

　　運維工作如此繁重，運維人員在橫向擴展自己運維技能的同時，還有時間往運維開發、大數據或AI等縱向技術領域轉型嗎？

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

　　03 挑戰與機遇

　　銀行應用運維的轉型和運維能力提升已經迫在眉睫，但挑戰同時也是機遇，業務發展和應用架構演進賦予應用運維的責任越大，應用運維所能創造的價值也就越高，也就越發得到重視。

　　銀行設備智能運維系統設計（圖片來自網絡）

　　01 如何定義應用？

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

　　應用運維，指的是對應用系統的運維，既包含對應用程序的發布、變更等運維工作，也包含對應用系統整體的健康巡檢、監控等運維工作。

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

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

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

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

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

　　智能化：基于智能化技術，實現容量預測和智能擴縮容從而應對在互聯網化和跨界融合背景下流量峰值的挑戰，實現對故障定位、故障預測以快速解決或避免業務異常或故障，提升用戶體驗。

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

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

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

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

　　服務層能力

　　服務層能力——效能：

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

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

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

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

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

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

　　銀行跑批：提供一個功能強大的、可擴展的工作流調度引擎，結合底層成熟的分布式作業執行架構，管理銀行的大量跑批作業，提供對作業、作業流、調度任務的編排、執行、控制與監控等管理能力。

　　服務層能力——穩定性&可用性：

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

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

　　應用撥測：可建立撥測任務對應用的網站、接口進行撥測監控。

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

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

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

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

　　服務層能力——效能：

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

　　服務層能力——效能：

　　故障自愈：基于自動化編排引擎，對接告警系統，實現常用的故障自動化處理，包括日志清理、服務重啟、參數調整等操作編排。

　　故障定位：基于應用的服務調用信息、資源關聯信息，對應用系統各個時間段的告警事件進行分析，從而提供故障定位能力。

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

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

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

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

　　銀行設備智能運維系統設計（圖片來自網絡）

　　平臺層能力

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

　　iPaaS層：API GateWay（統一接入模塊），將配置管理（CMDB）平臺、作業平臺、數據平臺、挖掘平臺等原子平臺統一接入、集成、驅動和調度，供上層運維場景APP驅動和調用。

　　aPaaS開發者中心（提供前后端開發框架）：開發者中心提供完整的前后端開發框架，當企業在未來出現新的運維需求的時候，企業可以快速利用開發者中心完成相應的運維系統開發，支持一鍵部署和持續部署。

　　管控接入：提供分布式、高可用、可擴展的通道能力：文件傳輸、命令執行、數據采集、通用協議驅動、API調用、RPA等。

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