智能化運維之it系統(tǒng)統(tǒng)一監(jiān)控預(yù)研報告-資料下載頁
2025-07-20 02:02本頁面
【正文】 端和被調(diào)用端的實地址，交互報文，報文的檢查結(jié)果，接口響應(yīng)時常；c) 在日志中，記錄關(guān)鍵程序和數(shù)據(jù)庫交易的處理時長，并根據(jù)事先預(yù)定的閾值，在日志中以醒目的方式完整的顯示超過閾值的程序代碼的方法名或SQL語句，以便運維監(jiān)控人員分析，排查性能隱患。4．2 預(yù)留應(yīng)用系統(tǒng)監(jiān)控接口，便于監(jiān)控系統(tǒng)采集相關(guān)指標(biāo) 在核心的建設(shè)過程中，需預(yù)留監(jiān)控接口，應(yīng)用監(jiān)控系統(tǒng)通過調(diào)用核心系統(tǒng)的監(jiān)控接口，來采集包括但不限于以下指標(biāo)：a） 從web頁面對應(yīng)用程序功能進行語義監(jiān)控，比如“頁面加載錯誤”、“Error500”、”Error404”；b） 對用戶訪問質(zhì)量的監(jiān)控，頁面加載時常； c） 對程序主邏輯進行監(jiān)控，判斷主邏輯是否正常；d） 如果主邏輯正常，則對程序自身占用資源的合理性、程序的性能、和程序的分支功能進行判斷；e） 另外對程序占用的資源情況進行監(jiān)控:CPU資源的占用，內(nèi)存資源的占用，文件句柄的使用情況，網(wǎng)絡(luò)句柄的使用情況，文件狀態(tài)的進程數(shù)；f） 服務(wù)的監(jiān)控指標(biāo)，數(shù)據(jù)加載的情況，模塊的處理能力（平均耗時，隊列長度，線程池的使用率），模塊間通訊的狀態(tài)(平均連接時間，讀、寫錯誤數(shù))，模塊運行時間；g） 系統(tǒng)用戶的操作習(xí)慣，完成功能模塊操作的時長；4．3 提供服務(wù)持續(xù)可用性監(jiān)控方法服務(wù)化是應(yīng)用系統(tǒng)發(fā)展的方向，但服務(wù)的監(jiān)控及問題的排查，一直困擾運維人員，尤其是多層服務(wù)之間調(diào)用問題的排查是相當(dāng)困難的（例如：服務(wù)調(diào)用 ABCD，最終結(jié)果依次返回 DCBA，中間任何環(huán)節(jié)出現(xiàn)問題，結(jié)果都返回不到A）。建議在新系統(tǒng)的建設(shè)過程中考慮提供服務(wù)的自測工具和監(jiān)控方法，服務(wù)的自測工具以便讓運維人員進行手動的排查問題； 監(jiān)控方法，主要是將系統(tǒng)服務(wù)的監(jiān)控納入監(jiān)控管理平臺，由監(jiān)控平臺對系統(tǒng)服務(wù)進行7*24小時不間斷的監(jiān)控。另外，在服務(wù)的設(shè)計中，建議考慮服務(wù)的配對規(guī)則，以便在服務(wù)間調(diào)用發(fā)生異常后能快速的通過配對規(guī)則識別出服務(wù)的調(diào)用方和被調(diào)用方，進而快速的定位問題，排查問題，解決問題。5 結(jié)論IT系統(tǒng)一體化運維監(jiān)控平臺需包含性能監(jiān)控、故障監(jiān)控、決策分析、數(shù)據(jù)挖掘以及關(guān)鍵業(yè)務(wù)流程監(jiān)控等多種功能,在此基礎(chǔ)上通過數(shù)據(jù)分析技術(shù),建立智能、高效、易用、實用、靈活的面向業(yè)務(wù)流程的全方位、多層次的IT運維智能決策支持系統(tǒng)，有助于提升信息管理的效率。
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1