ITM Architecture/ ITM 架构

前面的文章《ITCAM Portfolio》-- http://blog.csdn.net/IloveAgile/archive/2009/02/13/3886835.aspx ，从业务角度探讨了ITCAM家族的产品Portfolio。这里来继续探讨ITCAM家族的技术架构。 ITCAM家族产品众多，解决方案各不相同，但从宏观上讲，是基于ITM（IBM Tivoli Monitoring）架构构建的。

说到ITM架构，我不得不承认它实在太经典了！我没有仔细考证，但从code来看，它的历史至少可以追溯到2001年，而基于它开发的产品前前后后至少不下三百种。时至今日，Tivoli人依然乐此不疲的完善并优化这这一架构，并基于它开发层出不穷的监控（Monitoring）新产品；我想这与ITM架构的整合性、可扩展性强；深刻把握了IT监控需求精髓的特性是分不开的。我自己也为曾经做为ITM开发团队的一分子而感到骄傲。

 

 下面我们就看看这套架构的体系和来历 。。。。。。

 

1 TEMA(Tivoli Enterprise Management Agent)

想做监控（Monitoring）工作，首先要能从被监控对象抓取信息，而TEMA做的就是这个工作。TEMA位于上图的最底层。

TEMA往往要和被监控对象运行在一起，因此TEMA通常是个轻量级的实现。

对企业级用户来说的被监控对象数量繁多,而且分布在不同的机器，因此TEMA的实现还是分布式的。

同时，被监控对象种类不一，因而不同产品的developer还要对TEMA的具体功能进行扩展。事实上，Tivoli对一个产品监控的核心技术，主要就在TEMA里边。

 

2 TEMS(Tivoli Enterprise Management Server)

有了这些分布式的TEMA后，你不可能要求管理员到每个机器上去操总TEMA和读取监控数据，因此TEMS作为这些TEMA汇总的业务核心也就应运而生。所以TEMS得主要功能就是操纵TEMA，并从TEMA获得汇总的数据。

当然，1个TEMS下边只能挂500个TEMA，考虑到TEMS的负载需要，人们又整出HUB TEMS 和 Remote TEMS。HUB TEMS相当于给TEMS做集群的一个入口，下面挂多个Remote TEMS， Remote TEMS下面挂TEMA（1：500）, 从而使ITM架构可以支持更多的TEMA。

当然，有时候还要用一些Hot Standby的TEMS做热备。

 

3 TEPS (Tivoli Enterprise Portal Server)

有了TEMS，TEMA就算有了监控的神，此外，还需要一些形的东西，于是就有了TEPS。TEPS主要定义监控数据的分类、组织形式，数据的显示方式等等。说到底，就相当于Jave EE 体系里边的展示层。

 

4 TEP(Tivoli Enterprise Portal ），TEB(Tivoli Enterprise Browser）

最上面给客户用的是TEP/TEB，都是GUI界面，分别通过destop application和浏览器2种方式实现。

 

＃１，＃２，＃３，＃４，是最基本的ITM架构，可以使不同TEMA的安装模式，运行模式，UI展现，内部通信机制等得到了统一，从而促进产品整合，提高Consumability. 此外，为了和其他系统交互，持久化数据，这一架构还可以有以下几种拓展 ....... Writing

 

此外，#３，＃４很慢，用起来相当不爽，于是也就有了我们现在正在研发的战略性TIP（Tivoli　Integrate　Portal）了。关于TIP详细的内容后面待续