BACKGROUND改變傳統的運維模式，化被動為主動業務日志分析能力欠缺,風險防范意識不足,且缺少治理動作監控覆蓋度不全,出現故業務日志分析能力欠缺,風險防范意識不足,且缺少治理動作報警平臺、信息過多,有價值的報警信息容易被淹沒且分散機器資源一直在申請,從未被回收,浪費嚴重根因定位不準確,業務調用鏈不清晰,機器資源一直在申請,從未被回收,浪費嚴重SOLUTION系統運作過程中，風險雖然不影響用戶體驗，但多個風險累積容易發生平臺打不開、數據丟失等故障問題。為了提前發現風險將故障扼殺在搖籃中，運維團隊不斷完善BonreeONE的指標體系建設，AI風險檢測更加準確。在日常運行中，當系統檢測到有一個多活程序掛了，運維人員便能立刻發現去解決；CPU過高時，系統發出告警，負責人員便能及時打堆棧，并聯系研發部門分析原因，在風險累積衍生成故障之前解決問題，降低故障發生率。BonreePilot的自動巡檢和即時巡檢功能利用自動巡檢與即時巡檢功能，對BonreeONE全套組件以及核心指標實施全面健康監測，涵蓋主機監控、服務監控、運營分析、告警管理、業務監控等多個關鍵模塊。當巡檢報告中出現了告警和問題，例如磁盤容量告急：過去的被動運維：磁盤容量告急，立馬縮減/擴容現在的主動運維：磁盤容量告急，先看表詳情，觀察這些表的增長趨勢是否合理，表結構設計是否合理，是否存在優化空間，將空間釋放、不合理設計優化后再采取對應的解決措施進行縮減/擴容，對運維成本進行主動管控。集成能力將Zabbix、Prometheus等監控方式通過集成功能，實現一體化存儲，用全棧根因分析，統一告警，運維人員無需監控每一運維團隊搶先體驗了BonreeONE3.0的新功能：可用性監測。可用性監測支持HTTP多地址訪問，釋放了運維人員寫腳本的工作量。同時能夠自定義內外網監測點，以前對公網域名監控時需要給Zabbix機器增加外網訪問的能力，因Zabbix機器有訪問所有機器的權限，具備外網能力后，這顯然不符合安全規定。可用性監測功能夠同時使用內網和外網的監測點，很好地解決了這個問題。新功能彌補了開源工具對HTTP監控的缺失，也降低運維人員對shell腳本開發能力的依賴。3.AI智能觀測，快速定位根因問題與影響范圍全域分析將數據統一集成到BonreeONE后，運維團隊以實體關系為核心構建數據指標體系，平臺統一對數據進行分析、關聯、查看過去查看日志需要上機器，且日志需符合等保3級對日志審計系統的要求，系統日志、安全日志、關鍵配置等均要能夠保存和分析，現在在平臺上便能立即查看相關日志信息，打破運維傳統的流程慣例。接入Zabbix、Prometheus等第三方數據后，運維人員能夠通過查看依賴分析影響范圍，很直觀地看出當前程序訪問了哪些服務，以及哪些服務訪問了當前程序。調用鏈分析能夠在問題出現時幫助運維團隊定位到Server領域或者慢方法，定位更準確，節約時間。發現風險報警問題后，打開問題詳情，通過詳情清單查看本次故障所涉及到的實體信息。根據系統提供的初步判斷查看具體的方法、SQL等通過使用BonreeONE，運維團隊的工作模式實現了從被動應對問題向主動治理風險的根本性轉變。主動運維策略將風險與問題前置，團隊能夠提前識別并解決風險，顯著提升系統穩定性的同時極大地減輕了運維人員的工作負擔。同時，風險與問題前置也為運維人員爭取了充裕的時間，能夠在問題出現前對系統進行深入的觀察和分析，及時進行必要的調整優化，這不僅提升了運維效率，還實現