|希望这是我最后一次谈DevOps


【51CTO.com原创稿件】什么是 DevOps?“DevOps”是“开发”development 和“运维”operations 两者的组合 。
|希望这是我最后一次谈DevOps
本文插图

图片来自 Pexels
DevOps 可看作一种文化风向标 , 在该文化引领下 , 能促进项目团队中开发 , 测试 , 运维 , 产品等成员间的无缝协作 。
它通过有效的自动化及可重复的方式更快地将代码部署到生产环境中 , 提高企业交付应用程序或服务的速度 , 从而更好地为客户提供高质量的产品 , 并在市场上获取更强有力地竞争优势 。
因此 , DevOps 可视为企业项目团队中一条持续优化 , 密切配合 , 协同运转的“隐形生产链” 。
|希望这是我最后一次谈DevOps
本文插图

【|希望这是我最后一次谈DevOps】 为什么需要 DevOps?
在那些没有 DevOps 实践的日子里 , 项目团队都经历了什么:

  • 项目内部开发团队和运维团队是完全独立的 。
  • 当开发团队针对需求进行代码设计/构建后 , 测试任务和部署任务也是完全孤立彼此的活动 , 往往导致整体项目实际周期比预期构建耗时更长 。
  • 团队成员各自花费大量时间用于设计 , 开发 , 测试 , 部署 , 而非汇聚于整体项目构建本身(即 , 分而不合) 。
  • 手动部署代码往往不可避免出现人为错误 , 即便通过 Jenkins 持续集成 , 这仅仅是构建中的一部分而已 。
  • 产品 , 开发 , 测试 , 运维团队有各自的时间轴 , 并不同步 , 将导致累计延迟的情况 。
持续提升团队产品的交付率 , 在确保产品质量的前提下缩短交付时间 , 是每个项目团队共同的目标 , 然而理想与现实间总会横着一道难以逾越的鸿沟 。
全球知名研究机构 Forrester 曾指出:只有 17% 的团队能在足够快地时间内交付客户所需产品 。
在无 DevOps 文化引入及实践的情况下 , 从以上列出的 5 大痛点不难得出团队生产力低下 , 协同工作效率不尽如人意的原因所在 。
DevOps 与传统 IT 的区别
为了清晰认识到 DevOps 引入给项目运作带来的变化 ,以下将结合一则场景对比“传统研发模式” VS “DevOps”的相异之处 。
假设当前项目团队工作进展如下:
|希望这是我最后一次谈DevOps
本文插图

“传统研发模式” VS “DevOps”对比图如下:
|希望这是我最后一次谈DevOps
本文插图

DevOps 的价值
在敏捷项目研发大规模盛行的当下 , DevOps 有助于敏捷团队更好地实行持续集成和持续交付 , 进而帮助项目团队更快地将他们所研发的产品/系统/平台投放市场 。
此外 DevOps 的优势不仅局限于此 , 它还有其他值得关注的因素: