基于商業銀行應用系統主動運維規范分析

項偉

（中科軟科技股份有限公司 北京市 100080）

隨著商業銀行信息化的深入，商業銀行的應用系統數量逐漸增加，功能越來越強大，越來越復雜，以滿足不斷激烈的市場競爭中持續的業務需求。各種應用程序系統會產生大量的大型日志。這些日志主要用于記錄用戶操作，系統操作狀態，業務交易處理等，并且是應用程序系統的重要組成部分。因此，商業銀行應用系統的操作和根據維護日志特征的操作，從維護日志中提取和提取有價值的信息，綜合指標評估系統的概述和提取，以及整體評估預測，因此，應用程序系統審核的所有方面都很重要。

1 商業銀行應用系統優點和不足

商業銀行應用程序系統的主動運行和維護是一種先進的管理概念，指的是一種主動處理所有緊急故障和緊急情況的運行和維護模式。與傳統運維模式相比，它可以在技術和管理兩方面實現商業銀行應用系統的運行。同時，通過完整的運維流程和合理的運維計劃，可以提高主動運維水平。同時，通過構建用于大規模運維的智能自動運行平臺，大大提高了工作效率。另外，現有的操作和維護支持工具不是高度自動化的，無法監視所有操作和維護對象，這些對象將完全自動過濾掉大量警報信息。現有的運維程序不規范，導致運維工作混亂，另外，運維人員的積極意識相對較弱。同時，一些商業銀行缺乏積極響應的動力，運維人員的積極運維意識不高，無法完全預防突發事件[1]。

計算機在數據和信息的高速處理中更快且更準確，并且不可避免地導致信息的傳輸和反饋更快。使用計算機軟件作為計算機應用程序的一部分，用于商業銀行的日常操作和維護可以滿足檢查，轉換和其他操作的需求。根據自動執行維護工作的需要，可以增強控制功能并設置技術規格，以準確控制操作和維護的主要工作區域。結果，減少了人為操作的失敗，并且提高了應用系統的可用性。

商業銀行運營和維護服務系統具有一些特定的缺陷，日常操作和維護涉及許多技術上復雜且危險的操作程序，這使其高度依賴熟練的勞動力。為了解決這些問題，將為商業銀行的運營和維護服務建立一個高效，準確并且更加完善自動化系統中去。

2 商業銀行應用系統的變更

根據項目組織變更后的要求，部分或全部根據項目組織的變更管理和實施項目，以適應與項目相關的各個要素的變更，并確保項目目標是在項目運營期間實現并處理的。作為軟件開發生命周期每個階段的重要元素，它對變更管理系統的操作和維護至關重要。通過從系統變更管理日志中提取指標，可以充分體現應用系統的特征。

圖1

圖2

2.1 商業銀行日志變更系統

變更管理系統日志記錄每個應用程序系統的所有變更和變更時間，并且可以每月或每季度計算一次變更的頻率或次數。如果更改的頻率或更改次數過高，則表明應用程序系統經常修復錯誤，因此就會要求立即添加功能，優化性能或升級版本，這表明應用程序系統的功能設計和框架反映出設計不夠完美，系統版本的穩定性存在問題，此度量標準可用于從三個方面表征應用程序系統：功能設計，框架設計和版本穩定性。

2.2 商業銀行日志研究內容

日志規模大：以國有銀行為例，網上銀行系統（企業，個人，手機等）每天生成的日志數量已達到71GB，這是一個簡單的應用程序和事務日志，添加系統日志后，對于數據庫日志和網絡日志等數據，我們正在被動地估計每天何時生成大約100 GB 的日志數據。網上銀行系統只是商業銀行信息系統，核心業務系統，信貸系統和資金管理系統的一部分。每天都會針對系統類型生成大量日志數據。傳統的日志分析方法，例如使用grep 和awk 等Linux 腳本,它不能滿足這些大型日志分析需求[2]。

日志格式不規范，并且存儲格式分散。商業銀行系統的組成很復雜，包括自我開發，外包，外包二次開發和開源轉換。除了這種復雜的系統結構之外，沒有適當的日志格式的明確寫規范，并且出現了商業銀行各種日志的各種不規則記錄格式。此外，每個應用程序系統日志主要以各種格式分發和存儲，應用程序日志被寫入數據庫或文本文件，系統日志具有不同的存儲路徑和格式，具體取決于平臺。各種各樣的日志分布在各地，沒有集成的收集和管理平臺。

2.3 管理規范的變更

我們將首先審查管理標準，審查支持標準，最后完善一些機制以達到主動的運營和維護標準。對于研究規范，主要包括確認操作和維護要求的規范以及操作體系結構研究規范。換句話說，有必要考慮運維管理者收集和總結的運維保證的規格，以確保運維要求在項目需求的開發階段的適用性和合理性。當然，也有必要修改和改進正在考慮的運維經理提供的解釋。業務架構審查由科學技術部門組成，與項目團隊合作進行架構設計和架構審查。應用程序體系結構側重于三個方面：數據體系結構，基礎結構和操作體系結構。支持規范適用于變更管理規范，并包括測試技術支持規范。應用變更管理規范可以增強將變更應用，考慮作為關鍵集成原則和標準化操作系統的意識，并控制變更風險。而且，商業銀行的操作在生產和修改應用程序系統期間經常發生，因此它是在生產階段執行變更管理的風險防范的重要組成部分。安全生產辦公室進行收集，記錄和分析，以從根本上減少此類事件的發生，確保應用程序系統的安全穩定運行，并改善對這些問題的意見和行動。有效避免調查事件原因卻忽略了整改現象的總結。

3 系統需求分析

在分析需求的階段，應根據系統研究和開發的重要性以及實際應用的目標，根據功能設計概述和實際應用目標，提出系統設計中要實現的功能，提供下一次運行的能力。

在生成各種類型的事件中，如應用程序系統正在運行的應用程序錯誤或異常、服務請求、環境、系統、網絡等。計算應用程序系統在特定事件中生成的事件數，根據事件類別作為維度的分類可以反映與事件類別相對應鏈接的系統的缺陷，發生系統事件時，它將對系統產生特定影響，事件的嚴重性反映在影響的大小和持續時間上。如果影響對應用程序系統在至關重要的服務的事件上，具有很長的影響時間，則意味著需要對應用程序系統進行重點監視。

參考商業銀行的運行維護狀況，以及應用系統運行維護評價指標和應用系統特性的對應關系，從三大運行維護管理系統中提取應用：變更管理系統、事件管理系統、問題管理系統與系統的運維相關的數據，數據的預處理以及將數據存儲在運維日志數據庫中。基于運維日志數據庫，我們使用分析，統計，挖掘等方法從運維日志中提取指標。比較系統功能的數據庫使用系統評估模型對系統進行抽象和評估，最后提取最接近系統特性的功能集。使用這些功能可以評估應用程序系統的運行和健康狀況，提供操作和維護的方向以及操作和維護人員的關注點，降低操作和維護人員的難度，并制定目標和安全管理措施。可以提前防止系統中可能出現的危險，防止生產事故，并確保應用程序系統安全可靠地運行。

商業銀行運維服務自動化系統的用戶包括系統管理員、維護人員、操作員和管理人員。

（1）系統管理員：負責系統初始化管理核心參數的配置，用戶管理和權限管理。負責開發檢查腳本（包括創建消息分析規則）和檢查腳本的版本控制。

（2）維護人員：權限范圍內每個應用程序系統的服務器配置負責分配每個服務器的測試項目，以及每個測試項目的檢查點，負責啟動或停止每個服務器的掃描過程，監視管理服務器上的調查。

（3）管理人員：從宏觀層面（系統層面：體重保險一等，二等，三等）到微觀（檢查點）檢查狀態，提供相關的統計報告和圖形查詢顯示[3]。

3.1 應用系統運維功能評價

構建用于商業銀行運營和維護服務的自動化系統的檢查過程的總體目標，是詳細定義自動化檢查的總體功能，并指出自動化檢查的總體設計原理和性能要求。如果系統較復雜，則可以按層次進行描述。

商業銀行運維服務自動檢查流程是一種自動檢查工作流程，它是通過對每個商業銀行業務系統的檢查計劃進行調查和分析而設計的，并與系統的流程設計平臺相結合。目標是解決商業銀行日常檢查工作的自動化問題。該過程具有自動檢查，收集檢查數據和檢查結果分析等功能。檢查過程滿足性能要求，例如跨平臺執行，7*24小時自動操作和個性化需求定制。商業銀行和維護服務的自動切換主要描述雙機轉換功能的設計，尤其是指導系統編碼階段的開發以及用于提供該技術的整體轉換功能，并解釋了總體設計方法，聯機后維護銀行卡正面系統的基礎[4]。

3.2 應用系統功能的實現

在功能實現階段，必須以編碼形式實現先前完成的設計。它能夠將設計應用于系統的設計內容。根據相關銀行經理的工作習慣，自動檢查的總體界面設計簡潔大方，對相關人員進行檢查和查看檢查報告很有用。檢查過程在過程開始時僅注冊一次參考時間，運維自動化服務根據參考時間和下一次檢查時間比較設備的檢查頻率，并創建當前檢查周期中需要檢查設備的所有檢查項目和檢查點，用于準備過程中后續功能單元的數據。

當前，大數據領域中最前沿的研究熱點是用戶的肖像。所謂用戶圖，是基于一些基本信息和用戶行為數據的分析。用戶使用從標簽中抽象出的標簽集合，這些標簽可以在各個維度上反映用戶的特征。換句話說，用戶的關鍵是標簽的集合。根據不同用戶的標簽為不同的目的定義不同的營銷策略和促銷策略，并根據不同的應用場景定義不同的標簽，用戶認為是大數據領域就是一種典型應用。

4 運維需求評審規范

商業銀行要在項目需求的開發階段中制定運行和維護需求，并參與檢查運行和維護需求。運營，維護和管理員收集，總結改進運營和維護支持框架以及運營和維護支持的要求，估算運營和維護要求的工作量，并計劃運營和維護要求的測試和批準。才能決定運維需求的制定完成后，運維高級工程師主要根據確認需求的計劃對運維進行運維，以檢查運維的完整性，適用性和合理性。需要考慮需求。最后操作維護和管理員會根據審閱期間創建的意見進行更正和改進。

商業銀行操作事件發生在大多數應用程序系統的生產和修改期間，因此它們是防止在生產階段進行良好變更管理風險的重要組成部分。為了使運維過程中各種應用程序的變更活動標準化，增強對變更注意事項的認識并控制變更風險，基于相關系統開發了變更管理流程。變更管理過程以變更審查為中心，并基于“集成管理，職責分類，標準化操作和嚴格的風險管理”[5]。主要包括應用更改、審閱、實施、驗證、特殊控制、審閱、緊急響應和信息共享。

運營和維護部門負責創建，審查和跟蹤問題，而開發部門負責解決和報告問題。解決發現的問題，以使每個問題都消失并得到正確有序的解決。同時進行問題跟蹤通過一系列以問題為中心的推廣會議，例如每周會議，每月會議和季度交流會議，我們加強了對問題解決過程的跟蹤和協調，分析和評估了解決問題的方法，并更新了分析結果。在制定適用于項目的運營和維護需求的過程中，形成了優化和改進的閉環，從而逐步實現了針對應用系統問題的集中、復雜和主動的管理。

5 結論

隨著商業銀行的不斷發展，對主動運行和維護規范的研究更加全面，主動運行和維護規范的優勢也在增加，不僅可以預防突發事件，而且可以提高運行效率和維護工作。商業銀行應用系統的主動運行和維護規范主要是三種，技術、組織和管理規范。日志分析應用系統的畫像應該朝著商業銀行調查日志分析的更有意義的研究方向發展，但是仍然存在一些問題。預期未來有效的運營和維護規范將為商業銀行帶來更大的發展空間。