BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

在传统企业中引入DevOps

| 作者 Aslan Brooke 关注 0 他的粉丝 ,译者 李彬 关注 1 他的粉丝 发布于 2013年6月29日. 估计阅读时间: 2 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

最近,Niek Bartholomeus完成了聚焦DevOps的系列博客文章的撰写,该系列共有四篇文章,探讨了引导传统企业落实配置管理和发布管理的话题。Niek的文章涵盖了DevOps理论,接下来对传统企业中软件交付的问题进行了分析,最后则给出了用来解决这些问题的具体DevOps实践的应用。在阅读了Gene Kim的凤凰计划后,Niek开始撰写本系列文章,他对自己撰写的动力描述如下:

尝试填补Gene的童话故事和IT Skeptic的现实之间的空白。

Niek将DevOps的理论阐述为:在构建协作和端到端的理解的文化过程中,引入由为自动化而构建的工具支持的有效流程。Niek分析了引入DevOps所面对的阻力:与好处相对立的团队保护、看似变更与稳定之间的固有冲突,以及单纯来自旧有人类对变革的抗拒。除了这些挑战,他的故事里的DevOps实践特别适用于克服软件交付的复杂性——最糟糕的情况是不可扩展的、手工劳作的劳动密集型过程。

在该系列第三篇博客文章中,Niek介绍了配置管理的引入。他讨论了准确管理下列内容之间关系的必要性:商业应用、变更请求、软件组件、部署请求和发布。在最后一篇文章中,Niek介绍了发布管理的引入,以及与此前介绍的配置管理工具的整合,并引出了文章中最终的概念图:

Niek承认,要实现更先进DevOps持续交付实践和零宕机部署,需要企业逐步转变;而他故事里的传统企业尚未做好准备。不过,他给出了通往这一方向的初始步骤。对此他介绍到:

如果我们能够逐渐控制传统软件交付流程,在可能的情况下实行自动化,并逐步提高发布频率,那么或许有一天朝着持续部署的飞跃将不再那么令人望而生畏。

Niek宣称引入DevOps实践所做的工作,有助于解决多项现实世界的问题,并以此作为系列文章的结尾。他表示,引入DevOps实践将让环境具有自动化、一致性、可控和恰当监管的特性。尽管如此,他承认还有更多需要做得工作,特别是在测试领域。

查看英文原文:Introducing DevOps to Traditional Enterprises

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

软件出了BUG还在那里转,硬件不行了直接停 by Kim Ian

基于软件跑出来的结果产生影响之后,才去会考虑是否是前面什么地方出了问题。这样,产生的影响是既成事实,还得立马想办法解决;另外,查找问题的时间窗口都是负的,而且前面越复杂,找起来越费劲。同时出了问题之后,也得停在那里,等改正了之后才能正常提供服务。

为了这样的事情少发生,软件开发上就得投入很多力量去避免这样的事情。所以,软件本来以为功能很强大。但功能强大也成为自己发挥功能的掣肘。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

1 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT