微信号:ITDevOps

介绍:最新IT运维资讯...

DevOps是否应当脱离于云外独立存在

2015-06-11 07:53 核子可乐

云环境确实可以说是发挥DevOps潜在优势的绝佳场地——但止步于此却不够明智。

两大应用程序开发与部署趋势已经成为云计算领域的游戏规则改变者,也就是敏捷方法与DevOps。绝大多数采用敏捷处理方案的用户表示自身对于变更策略的管理能力得到了显著增强; 毫无疑问,他们也在继续稳步增加自身组织内部的敏捷实施元素。

敏捷性非常重要,因为这种特性正是DevOps广泛崛起的先决条件,而后者则为使用者带来针对持续开发、集成与部署工作的更高专注度。面向持续性处理机制(包括集成、部署、测试与开发)的商业案例由于拥有诸多潜在优势而更加易于推行——不过这些优势在不同组织当中存在着差异化的表现形式。

持续性处理机制属于DevOps过程中的组成部分,所谓DevOps正是由软件开发(即Dev)与IT运维(即Ops)融合而成。其核心理念在于发布高质量代码与具备出色执行成效的二进制开发成果,而且整个实现过程在效率上远高于传统机制在开发、测试以及部署方面的实际表现。

很多人将DevOps的快速崛起归结于云计算的迅猛发展。二者之间的关联在于:对于云应用程序及基础设施而言,我们能够更为轻松地对其进行持续化更新。举例来说,在我们的每一次正常使用过程中,SaaS应用程序通常都需要对自身代码进行上千行甚至规模更大的变更或者添加操作。持续性更新正是此类方案的固有特性,而这也正是令云交付型应用程序、平台或者基础设施能够为用户带来更大实践价值的根源所在。换言之,通过邮箱接收CD或者DVD镜像文件,并以手动方式对服务器进行更新的日子已然一去不复返了。

尽管云环境确实是实现DevOps的绝佳舞台,但我认为DevOps并不应该仅仅被局限在云部署领域之内。相反,大家完全可以将Puppet或者Chef等DevOps方案及实施工具应用到当下着手进行的各类开发工作当中——包括云环境与内部体系。

当然,很多企业仍然在新型与增量软件发布的设计、开发、测试以及部署流程当中大量使用手动方式。为什么要这样?他们通常会说,自己之所以还没有采取DevOps实践方案、是因为业务环境中尚有大量组件并未迁移到云环境当中。在这里我要向大家重申:这种理由已经站不住脚——内部环境同样能够在DevOps的支持下迸发出更为耀眼的能量.


 
IT自动化运维 更多文章 传统低端运维跟高大上自动化运维的区别 运维的本质究竟是什么? OpenStack集群支持多虚拟化技术的实现方法 何为IT运维自动化? 从携程网的故障中我们应该反思什么?
猜您喜欢 传递一份 ”工匠精神“ 微信生态移动营销的思考 湘军之国内互联网安全领域10位大佬 哪些谷歌新品有望在国内看到? [案例]全美最大电子病历公司起死回生的历程