Tivoli developerWorks

这个问题让很多人晕，其原因相当复杂，先描述一下背景，然后再说什么情况下用什么。 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 ...