TCAM for WAS/J2EE和ITCAM for Web Resource的區別

ITCAM for WAS/J2EE和ITCAM for Web Resource的區別

這個問題讓很多人暈,其原因相當複雜,先描述一下背景,然後再說什麼情況下用什麼。

2004年底,IBM收購了Cyanea公司,其中包含了對WAS監控的產品叫WSAM(WebSphere Application Monitoring),後來被重命名爲ITCAM for WebSphere,併入到IBM Tivoli 服務可用性性能管理旗下(Service Availability Performance Management旗下)。後來支持的J2EE中間件擴展到Weblogic,JBoss和Tomcat,這一部分非WAS家族的監控歸到另一個產品名 下:ITCAM for J2EE。因此,ITCAM for J2EE的功能和ITCAM for WAS完全相同,只是不同的Product ID。

2005年IBM併購了Candle,也是做監控的,監控的範圍更廣。爲了整合,必定犧牲一個框架,顯然Candle的框架更加全面而靈活,可擴展性更好 (以前叫Omegamon,也就是後來的ITM6,主機部分保留了Omegamon這個名字,但框架服務端和開放平臺無異),因此其他的框架慢慢凋亡,都 歸併到ITM框架下,所謂的框架就是,呈現,配置,歷史數據,採集格式都統一使用ITM的,其他的產品只留Agent端。

直到到2008年,除開ITCAM for WAS,其他的產品都已經順利的被納入到ITM框架,實現了統一。但ITCAM for WAS的功能大部分核心無法被整合到ITM框架下,只有很局部的功能可以在ITM下實現(這一部分就是ITCAM for Web Resoure),原因是ITCAM for WAS很多強大的功能,ITM框架並不提供,是技術上的侷限性,因此,導致了2,3年內ITCAM for WAS 和 ITCAM for WR長期共存。由於WAS市場的龐大,和對ITCAM for WAS的需求強烈,因此無法捨棄以前的產品,因此ITCAM for WAS成爲唯一一塊沒有被ITM收復的領土。

2009年底,ITM框架強行把ITCAM for WAS植入,其原因是ITM從62版本後,服務端內嵌的WAS(eWAS),這樣ITM框架就一定程度上具備的吸納ITCAM for WAS的Server端的能力,但還是差很遠,因此集成的節目可以讓人清晰的感覺出這裏兩個不同的產品的強行揉和。


2010年,對於J2EE的監控,IBM把ITCAM for WR,ITCAM for WAS,ITCAM for J2EE三個產品糅合到一起,取了新名字:ITCAM for Application Diagnostics。從此,至少在名字上,對J2EE的監控統一了。而ITCAM for WR在2007年被歸併到ITCAM for Applications Bundle之後,ITCAM for WR的名字只在實驗室內部使用,在解決方案,對外銷售時都不再提起。

總結一下:

目前對於J2EE容器以及應用的監控,有兩個產品包可以選擇:ITCAM for Application Diagnostics, 和 ITCAM for Applications。哪一個更適合呢,前者是對J2EE領域的專用監控,診斷工具,包含全方位,深層次的debug功能,適用於開發,測試,運維團 隊。後者是對各種容器的幾個監控集合包裹,包含DB,Domino,OS,Siebel,J2EE等等的監控,對於J2EE容器,只能做到初級的監控,數 據絕大部分來自JMX和GC log,Sys Log,適用於運維團隊。

在選擇之前,可以參考如下對比:

以下情況適合選擇ITCAM for Application Diagnostics(就是以前的ITCAM for WAS):


  • WAS是系統的重要運行環境,業務運行環境
  • 通常的性能瓶頸,問題多半發生在WAS環節(既很少在前端的HTTP服務器,和後臺數據庫
  • WAS的管理水平比較高,對JVM,J2EE規範有一定的瞭解,能深度的診斷應用
  • 懷疑應用潛伏某些問題,如響應時間問題,內存泄漏等等,需要對應用進行診斷,並改進
  • 公司有自己的J2EE開發團隊,需要在開發環境下診斷,並調試應用



以下情況適合用ITCAM for Applications(也就是以前的ITCAM for WR):


  • WAS上的業務相對簡單,主要的業務邏輯在後臺交易中間件上,比如CICS,Tuxedo等等,WAS只是作爲BS的入口
  • WAS應用常年穩定運行,無需對WAS進行深度的診斷,只需要確保WAS正常的運行
  • 主要目的是確保WAS應用的可用性,已經基本資源的消耗在正常範疇之內,一旦不正常,能及時的獲取告警
  • 不但對WAS,同時對OS,DB也有類似的需求,希望在同一個框架下監控OS,DB,WAS等一系列資源

 

轉自:http://www.itpub.net/viewthread.php?tid=1275034#

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章