详解IT运维发展趋势及运维人的转型升级
|
这种管理机制在IOE技术架构的年代是非常适合的。这种集中式的技术架构结构相对简单，显然需要更加稳妥运维操作，毕竟所有鸡蛋都放在这几个篮子里面;另外，在这种集中式的架构下面，业务变更也没有如此的频繁，需要动不动就走一个流程是有点麻烦，但是由于频率低，倒也可以接受。 2、DevOps 然而，在企业IT技术架构逐步进入互联网架构下，业务的迅速发展，强调IT更好地按需而变，强调更敏捷地响应业务的需求时，ITIL这个体系多少就有些与现实格格不入的感觉。这时，DevOps这个词汇走进人们的视野(见图1-2)。
DevOps(英文Development和Operations的组合)是一组过程、方法与系统的统称，用于促进开发(应用程序/软件工程)、技术运营和质量保障(QA)部门之间的沟通、协作与整合。它的出现是由于软件行业日益清晰地认识到：为了按时交付软件产品和服务，开发和运营工作必须紧密合作。 DevOps的思想跟ITIL有着天然的区别 流程压缩，反应敏捷，效率大幅提升： ITIL强调流程，但是也带来了效率的下降。在IOE时代，企业业务的变更还并不是那么的频繁，这种效率的下降还并不明显。但到了互联网架构下，这种负面效应就会被无限放大。 举个例子，某运营商发布新的系统版本，往往会经历源代码提交、编译、打包、发布到测试环境、UAT测试、修改bug、再测试、最后上线发布的流程，这个流程往往会经历3-4天。因此，该运营商的版本发布一般只能以月为单位，最快也只能以周为单位。相对于业务周期以天来计算的互联网行业，这套体系对业务变更的反应也就太迟钝了。 所以，DevOps体系则更为强调效率，在持续集成、持续的自动化测试、持续部署平台、立体化监控、技术架构优化等多种自动化工具的加持下版本发布和运维的过程被大大压缩，效率被大幅提升。应用版本发布频率可以以天，甚至以小时为单位。这种为了效率有选择性地放弃一些有点拖沓的流程管理，是IT运维管理为适应IT更好地按需而变，强调更敏捷地响应业务需求的一种更好选择。 自动化操作代替冗长流程控制下的规范性： 从另一个方面来说，ITIL强调了规范性，但是这种以建筑于流程之上的规范性仍然有很多缺陷。 再接着上面运营商的例子来说，即使是有再完善的流程加以控制和规范，仍然没有人能打包票说版本上线一定没有问题。在每次版本上线前后，运维团队成员仍然如临大敌，战战兢兢。 （编辑：西安站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
