论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2010-12-13 16:38 |只看该作者 |倒序浏览

4个月前，领导布置了新的工作安排，要求我“调研一下IT运维管理工具，选型一款适用于我们的IT监控产品”本以为简单的一项工作，做起来才发现，难度很大。下面就这4个月的工作，做一下小节，希望能够对准备、或者正在调研BSM的同仁，有所帮助！

一、       基础知识
   目前有大量的关于BSM的技术文档，查了很多资料，概念性的东西如ITIL、ITSM、CMDB。。。。多少需要看一遍，我推荐大家可以看看IT Service Management, an introduction based on ITIL® 原创荷兰语版的《IT服务管理—— 基于ITIL®的全球最佳实践》我觉得是比较容易看的懂的一本书，大多数ITIL的资料我都看不明白。（附件《IT服务管理—— 基于ITIL®的全球最佳实践》）

二、       认识自己
   我们是一家中等规模的全国性小金融机构，目前IT人员40人左右，信息中心下设3个部门，软件开发部、需求服务部、系统运营部，其中软件开发部人员最多，我所在的系统运营部，有6个工作人员，一个领导带五个兵，分别负责：网络管理（网络维护）、系统管理（OS、DBA），应用管理（业务系统）、办公管理（OA）、统一受理（值班，统一接待IT与其他部门的相关服务请求）。
   支撑的业务系统有20多套，服务器、小型机50台左右，网络设备、安全设备30台左右。
由于设备多，应用复杂，现有人员结构，难以应对日渐庞大的IT系统，需要一套统一的IT运维管理平台。来进行IT基础架构的：性能管理、事件管理、报表管理、拓朴管理、视图状态管理等。需要对被管理设备进行集中运行监控、并具有检测、分析、定位、存储、预警、响应、报表等的全过程功能。

三、       邀请厂商
   基于以上需求，约了5家厂商，包括代理商，介绍、交流产品、并确立了5个可供选择的产品IBM 、BMC、PIGOSS、摩卡、锐捷。
在接触厂商的过程当中，对应前一节提到的理论指导《IT Service Management, an introduction based on ITIL®》了解ITSM概念，通过与不同厂商的交流，明确出自己的需求定位。
   需求明确了，基于厂商对需求的回应，并结合自己的需求对产品功能项评级。从中选出2个产品“IBM Tivoli和PIGOSS”，开始做更深入的测试评估。测试是一个非常花精力的过程，我建议最多测试3家，我只测了2家
　　在试用的基础上，让内部IT管理角色评估产品。因为在日常工作中，这些人必须每天都使用这些工具，所以他们的意见，是将来ITSM是否适用的关键因素。例如，事件统一、集中展现能力、采集指标是否满足工作需要、用户界面友好程度、报表功能，我邀请他们客观地为每一个测试项打分、评级。

四、  　　选择产品

   这里不便对以上五家产品作出什么评论，我只将我个人在接触以上产品后的感受，列一个表格，分享给大家！因为我认为，存在就是最好的证明，每个产品，应该都有它的产品特色、和适应人群!

品牌概述

优势

不足

适用客户类型

摩卡

适用于政绩工程，投大屏幕

产品强在界面，界面展现美观，容易使用、且展现很直观

对应用监控深入度不够，软件依赖于服务器平台，部署复杂、相对维护成本高，报表功能相对较弱

政府、中等规模企业

提供以网络、操作系统OA的持续运行为主，是通用产品中性价比较高的，适用于通用的基础监控

锐捷

适用于网络为主体

网络监控功能强，网络展现、面板状态，做的比较深入，网络是锐捷的特色。

应用软件监控相对弱，对数据库、中间件、存储等支持种类少

以政府、企业用户（应用以网络连通性、网管为主）

企业、高校、政府客户居多

PIGOSS

适用于复杂业务、应用

硬件产品，部署方便，后续维护成本低

对应用的监控比较深入，包括AIX/Oracle/Weblogic等的监控比较深入

报表定制功能强大

网络拓扑功能弱

展现界面美观度不如摩卡

中小型，大集中数据中心（以不间断提供核心业务服务为主）、小金融、税务、烟草

适用于业务复杂度、重要度较高的行业用户

IBM Tivoli

适用于超大型项目，可避免项目失败时追究选型责任

行业地位第一、优势很多，产品线很长，这里不例举了

使用复杂度相当高

采购成本高

每年原厂的服务费高

二次开发定制风险高

超大型大金融、大银行，大政府

适用于大品牌大项目，预算充足，品牌第一

五、       选型感言
   总结下来：IT运维管理，是一个长期的过程，根据IT建设不同的阶段、规模；不同人员配置、不同复杂度，选择不同。

1.       要尊重IT软/硬件的生命周期，目前业内普遍认可的时间是3年，那么需求以3年内满足IT运维工作的实际工作内容为主。
2.       避免盲目追求大而全：需注意两方面的问题，一是企业发展的规模，二是IT运维人员的素质，以自己的实际需求为导向，实用易用为原则。
3.       避免陷入某一“工作角色”的诊断分析工具中。可能在具体分析问题的时候，我们会利用一些工具，例如数据库管理员，我们经常用到Quest（一款很好的监控数据库的工具软件）。例如网络管理员，我们会经常用到MRTG（一款很好的监控网络链路流量负载的工具软件），但这些，不是我们这次要找的BSM综合运维平台。