怎么理解 DevOps ？

• 資深大佬 : aladdindingding

  开发+运维 一个人打两份工

• 資深大佬 : wangkun025

  内伤了。原来我一直是 DevOps

• 資深大佬 : Mithril

  @aladdindingding 全栈 DevOps 岂不是前端+后端+运维？再加上个 TDD 连测试都可以省了。

• 資深大佬 : knightdf

  @Mithril 就是一人全包啊

• 資深大佬 : youngce

  其实也可以理解成，自己开发的程序没人维护，出了问题直接找你就好了

• 資深大佬 : ERRASYNCTYPE

  全栈变全干

• 資深大佬 : Mutoo

  Dev Ops 的主干是 Ops，Dev 作修饰。指可以使用代码将运维工作高度自动化运维岗位。以保障产品的迭代速度和发布后的稳定性。

• 資深大佬 : baiyi

  这也太按照字面的意思来理解了。

  我理解的 devops 是一套由各种原则、方法组成的工作体系，由此来达成提高产品质量、保证安全性、快速交付等目的。

• 資深大佬 : x940727

  其实 DevOps 和普通的业务开发没一毛钱关系，主要是面向架构设计和高级运维的……是为了提高开发与运维测试部门之间的紧密度的东西……

• 資深大佬 : wandehul

  @Mutoo 同意 mutoo， 99%的业务是 ops，Dev 可能也就是能写些运维脚本，接一下云平台吧， 有编程能力，但是没有写业务代码能力。

• 資深大佬 : YzSama

  主要是为了构建开发体系、方便运维。保障线上发布情况。现在单纯的运维不满足很多场景了。还要懂得开发，能改造或调整、扩展一些开源工具来适配公司的平台

• 資深大佬 : bleepbloop

  DevOps 是一种合作文化，在这种文化中，开发工程师和运维工程师都需要为软件更新速度、软件质量、生产环境的稳定性负责。它既不是开发，也不是运维。

• 資深大佬 : akira

  使用程序去进行运维动作，而不是传统的人工登服务器敲指令进行运维动作。

• 資深大佬 : yeqizhang

  正经来说，就是 12 说的那样，有运维工程师的。 但有些地方变味了，变成了一个人打两份工，把运维的钱省了，还不规范。

• 資深大佬 : hahasong

  国内就是指开发 k8s 做运维平台开发运维。一个人打两份工

• 資深大佬 : saulshao

  我理解 devops 是这样的:
  1. 运维是一个重复性很高的工作
  2. 凡是重复性很高的工作都应该考虑用软件代替
  3. 编写代替的软件 /脚本的工作叫做 devops.

• 資深大佬 : zhongjidalao

  原来我也是

• 資深大佬 : hantsy

  DevOps 的方法，一部分 Ops 的工作进入 Dev 阶段，不一定是由开发人员完成。2，遵循现在的 Infra as Code 架构，将所有的运维的工作都是代码（脚本）形式呈现，和开发代码一起部署，实现自动化。

• 資深大佬 : ladypxy

  这个看一下提出这个概念的 amazon 就好了，解释很详细
  https://aws.amazon.com/devops/what-is-devops/

• 資深大佬 : hantsy

  @Mithril 第一次听说写 TDD 是为了省测试的说法。

  程序员你自己不写测试，我真找不到一个正常理由出来。

• 資深大佬 : Mithril

  @knightdf 资本家狂喜，就缺一个程序员了，真的就只缺一个。
  “来来来我跟你说一下我这个项目，这个业务很成熟，前景很广阔。PM 这种东西太水了，我可以兼职做。设计交互都不需要，你照着竞品抄就可以，你作为技术负责人，虽然只负责你一个人，但你也是全栈 DevOps 。前期项目用户少，你一个人就够了，以后我们再招。”

• 資深大佬 : hantsy

  @ladypxy 有时候大家可以读一下一些通俗的软件书籍，比如：
  凤凰项目（这本书可以说是 DevOps 起源）
  独角兽项目
  人月神话
  等

  老我的很多软件工程的书看起来和小说一样，看起来比较轻松，包含进软件工程背后的知识。

• 資深大佬 : yanzhiling2001

  好几年前流行吹各种概念，对 devops 查了很久，个个长篇大论不说人话，毫无意义。

  会了 Jenkins + docker 提交代码自动部署就会 devops 了。

• 資深大佬 : hantsy

  理想的 DevOps 结果是运维相关的工作结果（比如数据库迁移脚本，服务器配置修改，Scaling 等，数据库服务器 Scaling 等）和开发一样，以代码（通常是脚本，目前一些流行运维平台 Python，Ruby 语言居多，另外配合 Bash ）呈现，通过 Git 管理，随着代码一起发布，在 CI 运行测试，通过 Staging 测试，和应用一起部署进入生产环境。

  这样生产环境在部置新功能前进行了充分的（ Stage 环境模拟）测试，确保稳定运行。遇到一些致命的问题，回退或者发布新版本立即修复。

  生产环境与开发环境做到完全隔离。（所以我也不明白现在网络上流行的删库跑路是什么操作，一般 Dba 根本就不需要你接触到生产 DB ）

• 資深大佬 : hantsy

  @yanzhiling2001 自动化是第一步，远远不够。
  和程序员写测试代码类似，运维脚本也一样，在各环境（ CI ）中可以积累下来重现的方式运行起来（中间无人工干预），到生产环境，自动部署新版本应用，运行新版本的运维脚本。

• 資深大佬 : dandankele

  @Mithril 卧槽，这不是说的我吗，前端+后端+运维

• 資深大佬 : fxxkgw

  我们这的 devops 就是前后端开发+测试+运维+支持+… 啥屌事都是你的 不建议入坑搞这玩意 容易崩溃

• 資深大佬 : ivanchou

  那么 aiops 呢？

• 資深大佬 : lqxnb

  个人感觉 DevOps 是理念 SRE 是随之产生的岗位 Aiop 是随之产生的产品

• 資深大佬 : tianshiyeben

  一开始我也不理解，后来发现我开源的项目就是 DevOps 啊，针对中小企业的服务器运维工作把 IT 工程师一体化
  测试、研发、DBA 、甚至项目经理 只要能上服务器谁都能做
  https://gitee.com/wanghouhou/wgcloud

• 資深大佬 : SjwNo1

  好吧 原来是这个意思啊。。。