标签：
自从学习python自动化开发以来，一直都是从技术的角度来看待一切。以为技术就是王道。但显然我是一只井底之蛙。其实技术只不过是实现功能的工具而已，仅此而已。后来学习了解CMDB，越来越发现很多时候重点并不在技术如何，而是流程或者设计等等一切更能影响全局的东西。所以，我也慢慢有了一点感悟。就是在当做技术或者设计一些东西时，应该试着站在全局的角度去看待你所处的位置以及你所做的技术点。我想架构师思考问题的角度也是如此吧。通过不断地学习和探索，越发的感觉自己不会的东西以及需要学习的东西越来越多。不免产生恐慌，自己到底是否能够很好的胜任这个自动化开发的职位。毕竟自己不想人云亦云或者得过且过，既然做那就把它做好。通过初识CMDB，感觉真的要做好一个CMDB是非常不容易的，需要不断地探索，不断地学习。而且CMDB还仅仅是自动化的开始，可以想象要建立一套完整健全的自动化，这期间遇到的困难真的是数不胜数。这不仅仅需要过硬的技术能力，还要具备更大的格局，需要与更多的部门人员一切协作开发。如果其中任何一个环节出现问题，甚至都能影响到全局的发展。但这也充满了挑战，充满了我对成长的渴望。所以，我仍会加倍努力去做好这一件事。迎接挑战，越战越勇，越战越勇………………
TIL即IT基础架构库(Information Technology Infrastructure Library, ITIL，信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订，现由英国商务部OGC(Office of Government Commerce)负责管理，主要适用于IT服务管理（ITSM）。ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范。
1、事件管理（Incident Management）
事故管理负责记录、归类和安排专家处理事故并监督整个处理过程直至事故得到解决和终止。事故管理的目的是在尽可能最小地影响客户和用户业务的情况下使IT系统恢复到服务级别协议所定义的服务级别。
2、问题管理（Problem Management）
问题管理是指通过调查和分析IT基础架构的薄弱环节、查明事故产生的潜在原因，并制定解决事故的方案和防止事故再次发生的措施，将由于问题和事故对业务产生的负面影响减小到最低的服务管理流程。与事故管理强调事故恢复的速度不同，问题管理强调的是找出事故产生的根源，从而制定恰当的解决方案或防止其再次发生的预防措施。
3、配置管理（Configuration Management）
配置管理是识别和确认系统的配置项，记录和报告配置项状态和变更请求，检验配置项的正确性和完整性等活动构成的过程，其目的是提供IT基础架构的逻辑模型，支持其它服务管理流程特别是变更管理和发布管理的运作。
4、变更管理（Change Management）
变更管理是指为在最短的中断时间内完成基础架构或服务的任一方面的变更而对其进行控制的服务管理流程。变更管理的目标是确保在变更实施过程中使用标准的方法和步骤，尽快地实施变更，以将由变更所导致的业务中断对业务的影响减小到最低。
5、发布管理（Release Management）
发布管理是指对经过测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程。发布管理以前又称为软件控制与分发
事件管理的目标是在不影响业务的情况下，尽可能快速的恢复服务，从而保证最佳的效率和服务的可持续性。事件管理流程的建立包括事件分类，确定事件的优先级和建立事件的升级机制。
问题管理是调查基础设施和所有可用信息，包括事件数据库，来确定引起事件发生的真正潜在原因，一起提供的服务中可能存在的故障。
配置管理的目标是：定义和控制服务与基础设施的部件，并保持准确的配置信息。
变更管理的目标是：以受控的方式，确保所有变更得到评估、批准、实施和评审。
发布管理的目标是：在实际运行环境的发布中，交付、分发并跟踪一个或多个变更。
服务台：服务台是IT部门和IT服务用户之间的单一联系点。它通过提供一个集中和专职的服务联系点促进了组织业务流程与服务管理基础架构集成。服务台的主要目标是协调客户（用户）和IT部门之间的联系，为IT服务运作提供支持，从而提高客户的满意度。
CMDB --Configuration Management Database 配置管理数据库, CMDB存储与管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。
标签：
原文地址：http://www.cnblogs.com/chenchao1990/p/5444804.html
