在數字化轉型與國產化替代的雙重驅動下，傳統IT監控工具正面臨前所未有的挑戰。以IBM Tivoli為代表的國外監控產品，因廠商支持力度減弱、本土化服務退化及技術架構陳舊等問題，已難以滿足企業對國產化、自主可控和云原生環境的迫切需求。

隨著Tivoli核心產品（如ITM/ITCAM、Netcool系列）陸續停服，存量用戶亟需尋找既能覆蓋全棧觀測場景，又具備深度國產化適配能力的替代方案。嘉為藍鯨全棧智能觀測中心·鯨眼（以下簡稱“全棧智能觀測中心”）作為騰訊大規模IT生產環境錘煉出的全棧智能觀測中心，憑借一體化融合設計、開箱即用的信創生態支持、云原生監控能力以及本土化服務優勢，正成為企業替代Tivoli的高性價比選擇。

本文將通過現狀分析、場景覆蓋、國產化適配等維度，解析全棧智能觀測中心如何破解傳統監控工具困局，助力企業構建自主可控的智能運維體系。

01.全棧智能觀測中心與Tivoli現狀分析

1）全棧智能觀測中心：深度融合，自主可控

• 自騰訊大規模IT生產環境孕育誕生的解決方案級別的產品平臺，從數據模型到流程管控再到功能操作和展現，全部是一體化融合設計，而非簡單的產品組合和模塊堆疊；
• 所有開發測試和部署運營支持團隊均在國內，產品持續迭代，快速服務響應，完全自主可控；
• 一體化融合設計，支持不同規模的IT環境運維監控需求，支持容器云部署和彈性伸縮；
• 單一Agent（GSE Agent）結合采集插件方式，實現運維監控相關的不同類型數據采集獲取、自動化操作（作業腳本與命令）和文件分發；
• 集成告警中心、監控中心、日志中心、應用性能觀測中心（APM）和業務監控五大產品能力，形成全棧智能觀測中心。

2）Tivoli：多源技術組合，本土化適配受阻

• 核心產品能力通過收購業界優秀公司實現技術組合，如系統應用監控產品ITM/ITCAM，收購自20多年前的Candle，Netcool系列產品（OMNIbus, Impact, ITNM, NCM，NPM等）收購來自十多年前的Micromuse公司，Instana也是三年前新收購的公司；
• 產品專業性雖強，但可視化效果一般，且操作和使用門檻很高，遇到產品問題時可能都需要原廠商的專業人員才能支持解決；
• 傳統產品如ITM/ITCAM，及Netcool系列產品均為單體式架構設計，需要搭建之初量體裁衣，無彈性伸縮，后續擴充也需要用戶投入大量人力時間；
• 本地服務支持團隊近年萎縮嚴重，最近更是關閉了IBM中國研發實驗室，這也說明在國內已經終止了IBM產品相關的所有本地化開發和支持工作；
• 傳統產品如ITM/ITCAM、Netcool/OMNIbus等已陸續宣布停止廠商支持，迫使存量客戶要么選擇繼續復購升級，要么尋找其他監控替代品。

3）全棧智能觀測中心與Tivoli的監控能力替換

以下將通過具體場景對比，進一步闡述全棧智能觀測中心的核心價值與落地實踐。

02.全棧智能觀測中心與Tivoli的監控場景對比

IBM Tivoli 的監控和事件管理通常由多個子產品組合而成，例如 ITM (IBM Tivoli Monitoring) 主要負責基礎架構監控，ITCAM (IBM Tivoli Composite Application Manager) 側重于應用性能和更深層次的組件監控，而 Omnibus (Netcool/OMNIbus) 則專注于強大的事件管理和關聯分析。這種組合方式功能強大，但也可能帶來較高的復雜度和維護成本。

全棧智能觀測中心旨在提供一個更現代化、更統一、更能開箱即用的全棧可觀測平臺，在大部分的監控場景中，全棧智能觀測中心一個產品就能實現Tivoli三個子產品的效用：

1）基礎架構與組件監控

全棧智能觀測中心提供開箱即用的監控能力，覆蓋操作系統、數據庫、中間件等基礎組件，支持通過插件化方式對接各類信創環境。相較于ITM的基礎資源監控和ITCAM的組件級監控，全棧智能觀測中心通過統一數據模型實現指標、日志、追蹤、告警數據的融合采集，顯著降低了多系統集成的復雜度。平臺提供SDK、標準協議和自定義插件三種接入方式，滿足企業級全棧觀測需求。

組件監控列表

2）虛擬化與容器監控

全棧智能觀測中心同樣和Tivoli一樣具備虛擬化監控能力，支持OpenStack、VMware ESX 等虛擬化平臺的監控數據接入的同時，還支持對云環境進行一體化納管，支持插件化的方式對公有云和私有云平臺進行擴展監控。

除了虛擬化監控，全棧智能觀測中心在容器化這一現代化關鍵技術領域也具備明顯優勢。對于正在采用或計劃采用容器技術 (如 Docker, Kubernetes) 的企業，相較于Tivoli對傳統架構的強依賴，全棧智能觀測中心支持接入原生Kubernetes的容器監控能力，提供從基礎設施到PaaS層的完整監控鏈路，有效支撐企業云原生轉型。

3）硬件設備監控

在硬件設備監控領域，Tivoli更多的是通過SNMP協議實現網絡設備性能和可用性的監控，對于其他的物理機設備和存儲設備，缺少直接有效的監控方式。而全棧智能觀測中心的硬件監控支持多種帶外協議的對接以及多種數據類型的采集：基于SNMP、IPMI、SMI-S、Trap和Syslog協議的指標采集及日志采集，實現硬件設備的指標、日志、告警的統一監控。

4）應用性能監控

Tivoli體系中的ITCAM雖然提供APM能力，但常局限于對特定應用的監控，如SAP和其他企業資源規劃(ERP)應用程序。與其他APM工具相比，ITCAM的集成能力非常有限，且安裝復雜，用戶界面陳舊等原因難以在國內推廣。

而全棧智能觀測中心則采用現代化的探針埋點服務進程的方式，自動探測分布式服務端到端調用鏈路，自動生成服務調用拓撲，從應用、服務、接口、調用 4個層次層層深入，監控應用的健康狀態和調用性能；并支持基礎資源監控進行聯動和下鉆分析，輔助問題根因分析，提升問題定位效率。同時還支持應用服務調用視角、應用資源關聯視角、服務分析視角、接口分析視角、Trace調用鏈路視角多視角分析查看和追蹤問題。

5）告警事件閉環能力

Tivoli將高級事件處理能力（如去重、豐富、關聯）集中于 Netcool/OMNIbus，子產品ITM中只具備基本的告警列表、規則和處理能力，并且事件規則的配置需要專門的技能進行腳本化配置和維護。

全棧智能觀測中心則將從告警管理、規則配置、處理、自動化轉工單到抑制、屏蔽、豐富、關聯分析等全流程能力內建于平臺。其核心優勢在于提供了可視化的告警規則配置界面，大幅降低了使用門檻，使普通運維人員也能輕松掌握和維護，促進告警規則的持續優化和知識沉淀，從而不斷提升告警的準確性和有效性。

告警策略配置

03.全棧智能觀測中心替換 Tivoli 事件規則實操

截至目前，全棧智能觀測中心團隊已經在近十個項目中將 IBM Tivoli 替換為全棧智能觀測中心產品，一個核心且常見的需求是將Tivoli系統中長期積累的事件規則遷移至全棧智能觀測中心平臺。然而，這項任務面臨一個關鍵挑戰：Tivoli的事件規則通常以腳本形式存在，這些腳本往往缺乏清晰的文檔記錄，甚至客戶自身也難以完全解讀其復雜的邏輯。這種不透明性直接導致在全棧智能觀測中心中準確、完整地復現這些關鍵規則變得異常困難。

過去，這一遷移過程高度依賴具備深厚Tivoli專業知識的專業人員進行人工分析和解讀，不僅耗時費力，實施效率也因此受到極大限制，項目周期常常被拉長。

幸運的是，隨著大語言模型（LLM）技術的興起與應用，全棧智能觀測中心團隊探索并實踐了一套創新的解決方案。我們現在可以利用大模型對Tivoli的規則腳本進行自動化分析，智能地生成一份詳盡且易于理解的規則說明清單。

具體操作流程得以顯著簡化：實施團隊現在只需將客戶提供的Tivoli規則腳本文件，輸入大模型進行分析，即可快速獲得一份清晰、結構化的規則邏輯描述文檔。基于這份文檔，運維人員便可以參照具體的說明，在全棧智能觀測中心友好的可視化界面中高效、準確地完成相應告警規則的配置。

04.更多全棧可觀測能力

全棧智能觀測中心作為嘉為藍鯨傾力打造的一款全棧可觀測產品，經過持續的沉淀和迭代，目前已經實現了業務全棧系統資源監控、K8s容器監控、云平臺監控、硬件設備監控、網站服務撥測、日志統一管理、應用性能觀測、業務場景監控、告警閉環管理等多個領域的可觀測場景。

為了實現上述各種觀測場景的落地，產品設計上結合PaaS+SaaS的理念，抽象各個場景的公共能力，融合成一套底層能力框架，并且能夠和企業內的運維體系工具聯動集成，支撐上層的場景擴展，以適應企業不斷變化的可觀測場景和管理訴求。

圖中由下而上，依次是監控對象、數據集成、數據中臺、能力中心、觀測場景五層以及外部集成模塊。

• 監控對象：按照業務系統分層邏輯，劃分歸納企業內需要監控對象，分別有數據中心的機房機柜動環對象，計算、存儲、網絡、安全等硬件設備，虛擬化、云、OS、容器等系統資源，數據庫、中間件等通用基礎組件，業務、應用場景、服務等業務應用；
• 數據集成：基于Agent、Plugin、SNMP、Script、JMX、JDBC/ODBC、OT協議、SDK探針、撥測、數據上報管道等多種數據接入的渠道，實現性能指標數據、日志數據、Trace鏈路數據、事件數據、告警數據的集中接入；
• 數據中臺：集中提供數據清洗、數據傳輸、數據存儲、數據查詢、數據計算能力；
• 能力中心：按數據類型提供不同的數據處理能力。例如指標數據的檢測、預測、關聯、檢索能力；日志數據的解析、關鍵字、聚類、檢索能力；Trace數據的鏈路、拓撲、關系、分析能力；告警數據的去重、收斂、關聯、根因分析能力；以及面向用戶的儀表盤、報表、數據檢索的視圖能力；
• 觀測場景：按照可觀測領域劃分的監控中心、日志中心、應用觀測中心、業務監控、告警中心五大核心場景，基于這些通用場景之上的數據聯動分析場景，以及用戶基于觀測能力自行構造的場景；
• 外部集成：可以兩部分考慮：一是從外部系統采集數據，例如對接第三方的監控、告警、日志系統獲取對應的數據進行集中管理；二是對接外部的系統進行聯動管理，例如對接外部CMDB進行監控對象管理，對接外部的自動化系統和工單系統進行告警處置等。

05.結論

總的來說，在國產化替代與云原生轉型趨勢下，全棧智能觀測中心憑借一體化云原生架構、全棧端到端可觀測能力及信創生態支持，全面突破IBM Tivoli因架構陳舊、國產化適配不足、多產品割裂導致的運維瓶頸，助力企業通過優先替換容器監控、云平臺監控及業務觀測等Tivoli薄弱環節，快速實現從“被動救火”到“智能預防”的運維模式升級，為數字化轉型奠定技術基石。