|
不错的问题,尝试回答一下,抛砖引玉:
1,智能诊断不知具体是什么?是故障的自动检测?还是根据用户报障的关键字,自动提供解决方案?还是其他理解?
2,IT服务战略感觉ITIL讲的不好,或者说层次太高,感觉不好操作,有很多其他讲公司战略或治理的理论会讲的更好,我觉得这些是通用的。但在ITIL框架内,我觉得从两个点着手:
a)清晰回答服务战略的目标,如,我们需要提供什么服务,谁在使用我们的服务,服务质量如何定义?
b)完成战略制订流程的那几个步骤中前两步,定义市场,开发供给。
不要认为自己不是CIO或自己是甲方,不是乙方,所以不用回答以上问题,以上问题,大到CIO有CIO的角度,小到运维经理也应该有自己的理解。而且也是应该能回答出来的。然后当你尝试回答出来后,你就会有一个模糊的思路,知道未来可以做什么了。
3,这个问题也需要从两个角度来回答:
a)从整个生命周期的角度来讲,没有什么特殊的,跟所有其他的商业过程一样,做事前需要有思路,想做什么,想达到什么目的(服务战略),然后完善细节(服务设计),最后试运行,先看看行不行(服务转换),最后正式运行。这不是ITIL特有的,而是一个普遍的管理思路。
b)每个模块的下面的流程,在IT服务中扮演的角色,这个就是ITIL的特点了,比如服务目录,服务级别,配置管理它们起到做的作用与位置,这个有一些大致的共同的看法。财务管理,供应商管理,变更管理等在不同企业不同成熟度下的重要性差异?这个就各有不同了。
4,我觉得这个问题有点太绝对了,难道没有监控就没有运维了?我不认同,但做好监控对做好运维有很大帮助是没错的。我理解如下:
a)运维也可分为主动或被动,被动就是常见的有故障就处理。
b)主动就是利用一些工具或流程,来做好预警,或及时发现,减少故障几率或降低故障处理的被动性。大家都想做好主动,也提倡主动。
c)但实际工作中,主动的重要性在不同的环境下作用是不一样的,如机房管理,主动监控的作用就会很大,但服务器,网络设备等该坏的还是坏,只是通过监控,把一部分设备损坏后的被动处理,变成了主动可控的设备更换。还有一部分,该马上坏就马上坏,你有监控也避免不了。
如果放在日常的桌面运维中,这个主动监控的作用就少了,有优化作用,也许能降低一定的故障几率,但经验来看,效果不显著。
但从一个正确的管理理念来讲,这些是可以提倡的。
|
|