一、什么是DevOps
DevOps是一种软件工程实践和文化,通过改善沟通、协作和软件生命周期中不同角色间的配合流程,帮助组织缩短发布周期、提升交付质量、快速获取产品反馈。
![](https://img.haomeiwen.com/i15742527/07a01e4c1e2db7ba.png)
![](https://img.haomeiwen.com/i15742527/2cb6d10c144f0f55.png)
VUCA(volatility易变性、uncertainty不确定性、complexity复杂性、ambiguity模糊性),倒逼发展。
目标:为业务服务,助力业务成功。提升效率(部署、变更前置时间)、质量(服务恢复、变更失败率)
名称来源:2009 年 10月:比利时根特,Patrick通过 Twitter 召集开发工程师和运维工程师在比利时举办一个类似于 Velocity 的大会。但如果要召开一个会议,就得有一个名字。Patrick 首先就想到了Dev和Ops,由于这个会议会持续两天,所以他加上了 Days,于是就有了 DevOpsDays。由于 Twitter 上有140个字符的限制,因此他想用 DOD 作为 DevOpsDays 的缩写以提醒自己“死在交付上”(Dead On Delivery),但不知什么原因,最后没有这么做。虽然这是一届“社区版 Velocity 大会”,但这届大会出乎意料的成功。人们从世界各地蜂拥而至,除了开发工程师和运维工程师,还有各种IT管理人员和工具爱好者。两天的会议已经结束后,参与 DevOpsDays 的人们把这次会议的内容带回到了世界各个角落。然而, DevOpsDays 的讨论仍在 Twitter 上继续着。由于 Twitter 140个字符的限制,大家在 Twitter 上去掉了 DevOps 中的 Days,保留了 DevOps。于是, DevOps 这个称谓正式诞生。
DevOps的思想来源是非常广泛的,主要的来源有几个方面:第一个方面是来源自精益生产模式(Lean) 或者说是丰田生产系统(TPS);第二个方面是来自于约束理论(ToC);第三个方面是来自于敏捷(Agile)。
约束理论:
1,人都是好的。
2,所有冲突都是可以被解决的。
3,无论情况最初看起来多么复杂,其实都是非常简单的。
4,问题总是可以被大幅度改善的,即使天空也不是极限。
5,每个人都可以拥有完整人生。
6,总是可以找到双赢的解决办法。
![](https://img.haomeiwen.com/i15742527/07500e63c81a8dfa.png)
二、如何落地
定位:快速、高质量交付可工作的软件
战略:开发与运维协同,价值顺畅流动
战术:管理与工程维度结合,应用最佳实践
工具:自动化工具,端到端无缝集成
实施三步工作法
1、快速流动(看板、自服务、处理约束)
2、反馈(集成、持续、解决问题)
3、持续学习和实验(文化、持续实验)
管理维度与工程维度的融合
管理维度(看板、迭代、站会、累积流图、复盘、反馈)
工程维度(基础设施、配置管理、代码检查、持续集成、自动化测试、持续交付、灰度发布、持续交付)
![](https://img.haomeiwen.com/i15742527/07beccb39caee199.png)
参考:http://sh.qihoo.com/pc/2s21pdoxd6r?sign=360_e39369d1
https://baike.baidu.com/item/devops/2613029?fr=aladdin
https://blog.csdn.net/bjweimengshu/article/details/79031552
前世今生https://www.jianshu.com/p/f40209023006 国外的思潮
DevOps的思想来源 https://blog.csdn.net/nklinsirui/article/details/80808493第一个方面是来源自精益生产模式(Lean) 或者说是丰田生产系统(TPS);第二个方面是来自于约束理论(ToC);第三个方面是来自于敏捷(Agile)。
网友评论