这是一个创建于 1653 天前的主题，其中的信息可能已经有所发展或是发生改变。
自己开发的程序自己维护？
 | 1 aladdindingding 2021-04-06 10:43:40 +08:00  7 开发+运维 一个人打两份工 |
 | 2 wangkun025 2021-04-06 10:46:07 +08:00 内伤了。原来我一直是 DevOps |
 | 3 Mithril 2021-04-06 10:46:19 +08:00 1 @aladdindingding 全栈 DevOps 岂不是前端+后端+运维？再加上个 TDD 连测试都可以省了。 |
 | 5 youngce 2021-04-06 10:48:51 +08:00 其实也可以理解成，自己开发的程序没人维护，出了问题直接找你就好了 |
 | 6 ERRASYNCTYPE 2021-04-06 10:52:16 +08:00 全栈变全干 |
 | 7 Mutoo 2021-04-06 10:55:09 +08:00 Dev Ops 的主干是 Ops，Dev 作修饰。指可以使用代码将运维工作高度自动化运维岗位。以保障产品的迭代速度和发布后的稳定性。 |
 | 8 baiyi 2021-04-06 10:55:35 +08:00 这也太按照字面的意思来理解了。 我理解的 devops 是一套由各种原则、方法组成的工作体系，由此来达成提高产品质量、保证安全性、快速交付等目的。 |
 | 9 x940727 2021-04-06 10:55:44 +08:00 其实 DevOps 和普通的业务开发没一毛钱关系，主要是面向架构设计和高级运维的……是为了提高开发与运维测试部门之间的紧密度的东西…… |
 | 10 wandehul 2021-04-06 10:56:42 +08:00 @Mutoo 同意 mutoo， 99%的业务是 ops，Dev 可能也就是能写些运维脚本，接一下云平台吧， 有编程能力，但是没有写业务代码能力。 |
 | 11 YzSama 2021-04-06 11:19:13 +08:00 主要是为了构建开发体系、方便运维。保障线上发布情况。现在单纯的运维不满足很多场景了。还要懂得开发，能改造或调整、扩展一些开源工具来适配公司的平台 |
 | 12 bleepbloop 2021-04-06 11:21:37 +08:00 5 DevOps 是一种合作文化，在这种文化中，开发工程师和运维工程师都需要为软件更新速度、软件质量、生产环境的稳定性负责。它既不是开发，也不是运维。 |
 | 13 akira 2021-04-06 11:25:09 +08:00 使用程序去进行运维动作，而不是传统的人工登服务器敲指令进行运维动作。 |
 | 14 yeqizhang 2021-04-06 11:28:00 +08:00 正经来说，就是 12 楼说的那样，有运维工程师的。 但有些地方变味了，变成了一个人打两份工，把运维的钱省了，还不规范。 |
 | 15 hahasong 2021-04-06 11:32:53 +08:00 国内就是指开发 k8s 做运维平台开发运维。一个人打两份工 |
 | 16 saulshao 2021-04-06 11:33:14 +08:00 我理解 devops 是这样的: 1. 运维是一个重复性很高的工作 2. 凡是重复性很高的工作都应该考虑用软件代替 3. 编写代替的软件 /脚本的工作叫做 devops. |
 | 17 zhongjidalao 2021-04-06 11:36:08 +08:00 原来我也是 |
 | 18 hantsy 2021-04-06 11:41:25 +08:00 DevOps 的方法，一部分 Ops 的工作进入 Dev 阶段，不一定是由开发人员完成。2，遵循现在的 Infra as Code 架构，将所有的运维的工作都是代码（脚本）形式呈现，和开发代码一起部署，实现自动化。 |
 | 19 Dragonish3600 2021-04-06 11:41:43 +08:00 这个看一下提出这个概念的 amazon 就好了，解释很详细 https://aws.amazon.com/devops/what-is-devops/ |
| 21 Mithril 2021-04-06 11:42:44 +08:00 @knightdf 资本家狂喜，就缺一个程序员了，真的就只缺一个。 “来来来我跟你说一下我这个项目，这个业务很成熟，前景很广阔。PM 这种东西太水了，我可以兼职做。设计交互都不需要，你照着竞品抄就可以，你作为技术负责人，虽然只负责你一个人，但你也是全栈 DevOps 。前期项目用户少，你一个人就够了，以后我们再招。” |
| 22 hantsy 2021-04-06 11:45:59 +08:00 @ladypxy 有时候大家可以读一下一些通俗的软件书籍，比如： 凤凰项目（这本书可以说是 DevOps 起源） 独角兽项目 人月神话 等 老我的很多软件工程的书看起来和小说一样，看起来比较轻松，包含进软件工程背后的知识。 |
 | 23 40EaE5uJO3Xt1VVa 2021-04-06 11:49:24 +08:00 3 好几年前流行吹各种概念，对 devops 查了很久，个个长篇大论不说人话，毫无意义。 会了 Jenkins + docker 提交代码自动部署就会 devops 了。 |
| 24 hantsy 2021-04-06 11:57:14 +08:00 理想的 DevOps 结果是运维相关的工作结果（比如数据库迁移脚本，服务器配置修改，Scaling 等，数据库服务器 Scaling 等）和开发一样，以代码（通常是脚本，目前一些流行运维平台 Python，Ruby 语言居多，另外配合 Bash ）呈现，通过 Git 管理，随着代码一起发布，在 CI 运行测试，通过 Staging 测试，和应用一起部署进入生产环境。 这样生产环境在部置新功能前进行了充分的（ Stage 环境模拟）测试，确保稳定运行。遇到一些致命的问题，回退或者发布新版本立即修复。 生产环境与开发环境做到完全隔离。（所以我也不明白现在网络上流行的删库跑路是什么操作，一般 Dba 根本就不需要你接触到生产 DB ） |
| 25 hantsy 2021-04-06 12:02:09 +08:00 @yanzhiling2001 自动化是第一步，远远不够。 和程序员写测试代码类似，运维脚本也一样，在各环境（ CI ）中可以积累下来重现的方式运行起来（中间无人工干预），到生产环境，自动部署新版本应用，运行新版本的运维脚本。 |
 | 26 dandankele 2021-04-06 13:00:24 +08:00 @Mithril 卧槽，这不是说的我吗，前端+后端+运维 |
 | 27 fxxkgw 2021-04-06 13:01:46 +08:00 我们这的 devops 就是前后端开发+测试+运维+支持+... 啥事都是你的 不建议入坑搞这玩意 容易崩溃 |
 | 28 ivanchou 2021-04-06 14:27:48 +08:00 那么 aiops 呢？ |
 | 29 lqxnb 2021-04-06 14:31:59 +08:00 个人感觉 DevOps 是理念 SRE 是随之产生的岗位 Aiop 是随之产生的产品 |
30
tianshiyeben 2021-04-06 15:04:36 +08:00 一开始我也不理解，后来发现我开源的项目就是 DevOps 啊，针对中小企业的服务器运维工作把 IT 工程师一体化
测试、研发、DBA 、甚至项目经理 只要能上服务器谁都能做
https://gitee.com/wanghouhou/wgcloud
测试、研发、DBA 、甚至项目经理 只要能上服务器谁都能做
https://gitee.com/wanghouhou/wgcloud
 | 31 SjwNo1 2021-04-06 15:23:47 +08:00 好吧 原来是这个意思啊。。。 |
 | 32 Javaless2022 2022-03-24 20:05:54 +08:00 开发+ 运维= 一个人干 2 个人的活，却只领一份工资，加班还没加班费的那种 |
Select Language