前面的文章《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种方式实现。
#1,#2,#3,#4,是最基本的ITM架构,可以使不同TEMA的安装模式,运行模式,UI展现,内部通信机制等得到了统一,从而促进产品整合,提高Consumability. 此外,为了和其他系统交互,持久化数据,这一架构还可以有以下几种拓展 ....... Writing
此外,#3,#4很慢,用起来相当不爽,于是也就有了我们现在正在研发的战略性TIP(Tivoli Integrate Portal)了。关于TIP详细的内容后面待续