什么是DevOps？

DevOps的是运营与开发工程师一起参与整个服务的生命周期，包括从设计到开发以及产品支持的环节。DevOps的特点就是运营工程师会和开发工程师使用相同的工具，包括源码控制到测试，涵盖整个敏捷开发过程。

"Ops"是一个总括术语，泛指系统工程师、系统管理员、操作人员，发布工程师、DBA、网络工程师、安全专家和各种其他分支和头衔。"Dev"是开发人员的简称，但真正在实践中意味着更广泛的"参与开发的产品"的所有人，可包括产品,质量保证,和其他种类的学科。

DevOps是的敏捷原则的扩展概念，将边界从"代码"扩展到整个交付服务。

DevOps的起源来自于系统技术方面越来越需要创新。DevOps运动继承了从敏捷系统管理运动和企业系统管理(ESM)运动。

有些人认为DevOps意味着开发人员接管了运营。这只是一部分而不是全部。当我们意识到部分运营需要自动化时候，运维人员需要进行一些自动化开发，开发人员也编写"运维"代码，或两者兼而有之。可怕的是，没有找到在这两种人员之间的整体协作方法，所有的成功团队都是将具有深度开发技能和深度运维技能人协调在一起工作，以创建一个更好的产品。

好的产品是靠运营出来的，而不只是研发完成即可。

DevOps三种方式

DevOps有三种途径方式，或者称为三种特点与模式：

1.系统级别的效率考量

这是强调从整个系统的效率性能考量，而不是孤立地从所在工作部门或子系统考量，可以是整合开发人员和IT运维人员的大视角，也可以小如独立的发布者如开发人员和系统管理员。

重点是关注整个业务价值链，开始于业务需求的确认，开发人员的开发构建，然后交付给IT运维，在最后环节，对于客户的软件价值作为一种服务体现出来。

由于强调整体效能，就不要将缺陷推托到下游，不允许因为局部优化而带来整体退化，不能因为细节战术的提高导致整体战略上的退步，如果想提高整个系统的价值，就必须深入全面理解整个系统。

2.放大反馈循环

关于创建从右到左反馈循环。如有必要可以不断修正缩短和放大这种反馈循环。能够理解和响应所有的客户包括内部和外部，缩短和放大所有的反馈循环，嵌入我们需要的知识。

3. 持续的锻炼和学习

这种方式就是创造一种企业文化，培育两件事:不断实验冒险以及从失败中吸取教训。认识到重复和实践是通向掌握的先决条件。

实验和冒险能确保我们持续推动改善，即使这意味着进入我们无法控制的危险地带，我们必须需要掌握帮助我们脱离危险区域的技能。

第三条道路的结果包括分配改善日常工作的时间，,为冒险创造仪式，奖励团队，并将错误引入系统增加弹性。

Docker教程

从DevOps看EDA

日志是每个软件工程师关心的统一数据抽象

DevOps专题

敏捷专题