零 ITIL有啥用- ITILv1-v4不同版本对应不同的场景,越落后的越靠前,最初就是一套笔记而已。
https://baijiahao.baidu.com/s?id=1628311635088522358&wfr=spider&for=pc
无论是ITIL还是ITSS其目的都是一致的,就是通过科学的管理流程,将组织成员、组织知识、基础设施等各种资源科学地组织起来,发挥其最大效益,让IT服务的质量可监控、可评价、可改进。
ITIL是一个方法论体系,它深入分析了IT服务各要素之间的关系,论述了它们的管理原理,但并未提供具体的可落地的工具。具体的作业规范和考核指标以及管理工具还需要根据不同的服务,通过服务实践进行积累、总结和开发。
一 事件管理名词解释
先来理解ITIL(ITSM)经典事件管理的五个名词他们之间的逻辑关系 再谈方法论
事件:事件管理的宗旨是最短时候恢复故障,从而将故障的损失降到最低,在此前提下尽可能满足服务的要求。
事故(官方的概念没写,看完下面的对比事件的逻辑关系,你就有自己的概念了。)
变更(官方的概念没写,看完下面的对比事件的逻辑关系,你就有自己的概念了。)
问题(官方的概念没写,看完下面的对比事件的逻辑关系,你就有自己的概念了。)
服务请求(官方的概念没写,看完下面的对比事件的逻辑关系,你就有自己的概念了。)
二 事件管理名词逻辑关系
事件和事故:
当紧急故障得以处理,信息中心就会转而进入问题管理的层面,以便找到故障发生的原因,从而改变频于应付突出事故的局面。
事件和变更:
变更有可能存在事件发现前或事件后申请的变更,变更和事件流程之间强调互通信息,互相联动,两者存在起承转折的多种联系。
事件和问题:
与事件管理的根本区别就在于,事件管理目的在于恢复企业生产,而问题管理在于找出IT故障的根本原因,制定解决方案,防止类似故障的再次发生。
事件和服务请求:
一般公司可能不会去区分这两个(https://www.itilxf.com/thread-51669-1-1.html)
请求,一般是因用户的单方需要而发起的,比如申请更改某套系统的登陆密码,或申请某种权限等;
事件,一般是因中断而发起的,比如网络不通、电脑无法开机等等;
总 结
事件管理是很多其他流程的输入,也是自动化的基础。
事故管理是处理我们提供的服务的中断或降级情况的。就是灭火。
问题管理,并不是事故管理的另一种形式,它的作用是寻找事故的根本原因。如果说事故管理是灭火,那么问题管理就是火后进去的纵火调查员等人,他们会寻找火灾发生的原因。
请求服务履行处理所有的服务请求。
访问管理就是确保适当的人拥有访问相关服务的权限,其余无关人员没有这些权限。
参考链接1 推荐:https://blog.csdn.net/muzhe1024/article/details/122703545
链接2:https://blog.csdn.net/qq_15350605/article/details/122787612