湘潭做网站 都来磐石网络,仿站定制模板建站,怎样做网络推广渠道,专业的vi设计企业其实在今天的运维领域#xff0c;ITIL和DevOps之间的冲突还是蛮明显的#xff0c;有些是表现在产品上#xff0c;有些是表现在思维/理念上。ITIL在产品上以流程为核心目标的设计#xff0c;很难满足自动化的要求#xff0c;DevOps极力推崇工具/平台/自服务文化#xff1b… 其实在今天的运维领域ITIL和DevOps之间的冲突还是蛮明显的有些是表现在产品上有些是表现在思维/理念上。ITIL在产品上以流程为核心目标的设计很难满足自动化的要求DevOps极力推崇工具/平台/自服务文化理念也是如此ITIL以流程为先介入到一个企业的IT过程。本质上来说这两者不是同一个东西但聚焦到运维领域这个问题值得对比探讨一下。 在EXIN官方给的DevOps最新框架中把很多因素糅合到了一起对于整个产品生命周期来说可以看到几个典型的阶段如敏捷管理、持续交付、IT服务管理。 当然这篇文章不是简单的从DevOps与ITIL的全/子集的关系来探讨那样就可以直接下结论退出讨论作罢。首先让我们来看看持续交付所声明的原则•为软件的发布创建一个可重复且可靠的过程•将几乎所有事情自动化•把所有的东西都纳入版本控制•提前并频繁地做让你感到痛苦的事情•内建质量•“DONE”意味着“已发布”•交付过程是每个成员的责任•持续改进 其中有一条讲——“将几乎所有事情自动化”持续交付覆盖了【部署】和【运营】两个运维相关阶段。在过去我也一直强调运维其实也是在做交付其实也是由此而来。那么什么是部署自动化什么是运营自动化自动化部署就是通过部署平台把相应的变更推送到开发、测试和生产环境不依赖某个人或角色来执行。这里面就强调的部署平台能力是针对所有环境——开发、测试、生产等等并且要支持灰度部署、蓝绿部署等等。运营是服务线上运行阶段这里面包含了监控、服务变更、服务优化、容量预测与规划等等。 其实IT运营和产品运营有很多的类似之处只是两者看到了对象的不同一个是IT对象一个是产品对象。所谓运营都是在建立一套服务流程或过程(有ITIL部分)整合公司内外有限的资源所展开的一系列活动以便更好的服务客户。狭义的IT运营可以理解成维护广义的IT运营可以包含产品体验优化、用户满意度提升、应用性能管理、安全、质量控制等等质量控制算是IT质量运营的一个维度。 既然在前面讲到了自动化的原则那么针对运营过程的自动化到底该如何做如下图 可以把流程或者过程分成两部分一部分面向管理过程的“离线任务”为主一部分是面向“在线服务”的执行过程管理与执行兼顾。从互联网现状来看ITIL的作用力越靠近应用越弱在传统行业这样的表现力到还没体现差异。 两种流程如何结合有三种模式注意左边是管理流程右边是DevOps执行流程。 模式一每一个流程节点都需要调度一个执行工具去作业。优点流程效率大大提高整合程度高。适用场景CMDB资源申请流程、一些配置变更流程等等。这个模式已经不是从审核者的视角去看待而是关注执行者的视角。例子CMDB的主机上架流程片段(某证券)Process是流程平台CMDB是配置管理平台RFID是主机管理平台。流程平台已经开始直接去驱动相关平台。这是当时设计流程的时候(对应【选择机柜】环节)该环节和其他平台之间交互的时候画的交互图。 模式二审批流完成之后执行流程才得以进行。优点流程规范优先、兼顾流程自动化能力但流程本身的效率没有多大的改变。适用场景对于大规模的变更或者发布类工作或者传统企业的变更流程。该模式是从管理者视角出发把效率与流程兼顾起来。 模式三在执行流程中设置一个节点定时去check管理流程的审批状况。优点效率优先、规范之后。适用场景互联网化的变更发布流程、持续交付流程、运维变更流程等等。该模式是从执行者的视角出发以效率为第一原则。例子这个模式遇到多个真实的客户场景我都推荐采用类似的方案。特别是一些流程不在ITIL中的情况比如说他们使用JIRA系统做研发过程管理(如发布流程)而运维部署平台则是独立一套两者如何打通和整合JIRA系统中会有某次发布的流程此时在以应用为维度的变更升级流程模板中会有一个Check的节点它主要用来查看ITIL流程的状态如果审批通过部署工具中的执行流程则往下执行称之为“红绿灯机制”。把ITIL比作马路上的红绿灯把DevOps执行工具当成马路上的车子有序、效率、安全等各方面都能兼顾。 红绿灯的复杂度也是视道路复杂度、拥塞情况、车流情况等多方面因素决定这也就如同企业的流程复杂也各不相同不要一概而论。 今天思考DevOps要用结果来定义你的IT模式是不是DevOps比如说版本交付周期故障恢复能力等等这一定是效率优先的。同样我们思考ITIL流程实践也要兼顾效率带着工具思维去简化流程。不可否定他们有各自存在的价值和场景用管理和执行的方式来定位至于流程的模式我也总结了三种供参考。ITIL是面向管理过程的DevOps是面向IT运营过程的。ITIL是规则引擎DevOps是执行引擎。ITIL是强调规范的DevOps是强调敏捷的。ITIL是以离线任务管控为目标的DevOps则以在线服务管理为目标的。ITIL不等于追求稳定DevOps更不是以牺牲稳定而一味追求效率。........更多推荐新一代CMDB模型构建探讨一次变态的项目需求变更运维大佬所理解的运维体系DevOpsVSITILRECOMMEND推荐资料关注官方公众号立即免费观看ITIL系列培训视频公众号回复ITIL4获取最新ITIL4 Foundation中文版教材公众号回复110获取如下资料1. ITIL的商业价值.pdf2. 教材-基于ITIL的全球最佳实践.pdf3. 配置管理_-_配置管理精彩讲解.pdf4. IT服务管理概念理解与实施.pdf5. 配置管理的意义和常见问题解答.pdf6. ITIL流程设计文档案例7. ITIL历史考试题库集锦 8. ITIL4和基于云服务白皮书(英文版)版权说明感谢原作者的辛苦创作如转载涉及版权等问题我们将在第一时间删除.联系邮箱adminitilzj.com
