ITIL，是否已是昨日黄花

为什么提起itil,主要是因为它和运维（IT服务管理）相关性太大了。早起的运维完全就是以ITIL来蓝本构建的，在当时公司中还有ITIL学习小组/实践活动、ITIL的外部顾问培训等等。后来在YY的时候，当时实践CMDB、事件管理的时候，也是参照了其具体的规范和要求。我建议大家在讲ITIL的时候，一定要把ITSMF授权荷兰人Jan Van Bon写的两本书都看一下，可以迅速扫盲，避免对ITIL的耍流氓式理解。 之前说了互联网企业为什么会逐步“去ITIL化”，粗略讲了内外的合力催生下的转变，接下来我具体谈谈这种转变的细节。 关注“流程”转变为关注“工具” 这是最基本的转变视角，我们一定要把流程藏匿在工具之后，这个工具可以继续上升成一个平台。流程是一种靠人来推动，而工具是靠计算机来推动的，两者在效率和一致性上面完全不同。基于工具自动化的要求，会反向对组织设计提出更敏捷的要求，所有阻碍事务优化的藩篱都需要消除掉，用DevOps最直接的一个价值观要求来说就是“杜绝浪费”，不是么？流程带来的是太多的浪费，为什么服务器申请需要发起流程，而不是“所见己即所得”，我们是资源提供者不就是最大化满足业务需求么？那无规则的使用如何约束呢，这个就是需要技术层面上要解决的，比如是IAAS云服务、弹性应用架构，甚至引入反向的成本机制来约束。如此一来便会不断促使在技术层面上全局的思考，而不会把很多问题交给流程。 再者对于x86大规模的互联网运维基础设施来说，一则流程根本就无济于事，流程是把人的能力过度放大；其次不引入“自动化”和“智能化”的工具，则最终会让运维成为能力瓶颈。个人一直是运维自动化的热衷者，自动化代表着运维的出路和未来，一个关注流程而忽视工具的运维才是真正感到危机的运维。