真的有公司搞 devops 吗？成功了吗？

[chigeyaowaner]

领导想搞 devops，让我找资料。无意挖到禅道的宝藏论坛，里面好多 devops 文章，在自动化测试板块： https://www.zentao.net/redirect-index-19289.html

用禅道用了 3 年，还是在上一家公司，后来回家发展来了这家小公司，什么项目管理工具都不用，每天工作就跟两眼一抹黑一样。

现在好了，说要搞 devops，我们团队人这么少搞得起来么？还不如上个工具先解决项目管理流程问题。

大公司很多搞 devops 的都失败了，感觉这个东西看着火，落地难。 所以，真的有公司搞 devops 了吗？效果怎样？ 10 人以内的团队有必要搞吗？

[u21t20o15]

或者你买本书看看先吧
推荐：DevOps 实践指南，真的赞

[Lemeng]

领导还是有点远见的

[yanjieee]

小公司做好 gitlab ci 我觉得就及格了。

[wccc]

初创一个人 gitlab + gitlabci + docker +docker-compose +sonar
自己虚拟机跑一下试试

[index90]

小公司更容易搞，大公司部门墙了，想搞都搞不了

[netwjx]

devops 的关键点不是 ops 么?

上线后的才是重点呀, 前面瞎折腾那么多 CI/CD, 只对工程师这个人有用

对业务作用不明显, 你也给别人说不明白

前面一堆说 CI/CD 的都得出去反思 10 分钟




仔细看看 ops 的职能都是干啥的? 供应计算 网络 存储 调度等资源, 以及上述资源的监控能力

业务的运维同学还要关注啥? 业务指标 业务指标 业务指标

[Meano]

整了一套环境目前主要自己用，非常舒服啊
Gitea + Drone (自己改了 Powershell Native Runner，编译+测试) + MinIO (artifacts/release) + Wiki

另外还写了脚本 CI 可以用一套代码根据不同配置生成多套代码并编译测试给不同需求的客户和同事

不管以后别人用不用，反正我再也不会面对这些问题了：

* 在丢文件给别人的时候给错
* 同步更新多个库代码的时候出错
* 更新代码后发现编译不了
* 一份代码要抄 N 遍

etc.

但是协作就不知道好不好推了，我周围大部分人可能都觉得代码只要写到眼前能编译能用就行...

[FS1P7dJz]

@netwjx +1
前面一堆堆说 CI 我都愣住了...

楼主这个帖子也有推广嫌疑,标题 devops,但是禅道这个明明是个项目管理软件

[FS1P7dJz]

另外什么叫真的有公司搞 devops 成功?

公司规模到一定程度你的 ops 不去 dev 怎么支撑?
这是刚需而不是可选项

[Meano]

@netwjx 哈哈 也不是所有的软件开发流程都有明确的运维环节的 比如传统的软件开发行业能从瀑布转向敏捷就已经是很大的进步了 分发之后的反馈周期非常长且渠道单一 这种情况下 对接外部的最后接口就是分发了

[u21t20o15]

对了，阿里云的云效搞起？
开箱即用，人数少免费

[Meano]

@FS1P7dJz 楼主说失败的难道是新浪？每次热搜都崩

[FS1P7dJz]

@Meano 新浪 devops 其实很好的啊,没记错也是第一个引入了 docker 的大网站,崩溃现在也不多,而且恢复很快

[Chieh]

除非项目不支持自动化，比如每次发布版本需要手工修改一些参数东西的，不然为啥不自动化

[Meano]

@FS1P7dJz 嗯 随口调侃下了 新浪的体量据说高速扩容很贵，贵到成本和体验需要取舍了…

[appstore54321]

aws 的 code commit build deploy pipeline，一整套都有

[kaedea]

没有。DevOps = Dev 当 Dev + Ops 一起用。

[dreampuf]

想到啥说啥
DevOPS 或者 SRE 之类，我统称非产品功能需求开发，做质量、敏捷响应等等。在这个定义下，哪怕你写一行重复执行的 shell 都可以算作 DevOPS （地铁_老人_手机.jpg ）
DevOPS 越推崇的公司，越以员工数量少却维护海量集群为荣，鄙司收购的一个小公司的运维团队之前就两个人，对应后来我们直接拆成五六人的工作量，戏称之为 Dev & OPSize，再发展一段时间，估计这两个词会完全拆分。所以人少和是否贯彻 DevOPS 没有必然联系
使用项目管理工具是否就是 DevOPS ？工程效能是一个更大的话题，DevOPS 只是其中的开发环节一个方法论。虽然 Jira 母公司 Atlassian 一直标榜使用了自家产品的公司“很”有可能是敏捷的，自动化的和高效的，但每家使用问题追踪的公司不一定会上市。Atlassian 股价自 2015 年上市以来，兑现了几乎十倍的回报率，每家公司依旧要么在使用 Jira，或者即将使用 Jira 的路上。
Thoughtworks 的 Tech Radar 很实用的记录了哪些技术是“未被验证的”，https://www.thoughtworks.com/cn/radar/techniques/devops DevOps 2010 年很新颖，2012 年已经是成熟的被采纳的技术

[0bit]

何止大公司小公司，个人项目现在都搞起来了，Gitlab CI 或者 Github Actions 都很方便，不用自己搭 Jenkins 了

[minmini]

比较好奇楼上各位已经开始实施 devops 的朋友自动化测试这块是怎么做的。
我是做测试的。我们公司接口自动化测试有的团队弄得多，有的几乎没有，就纯手工测试，也没时间做自动化。大部分开发人员没有写单测的习惯，leader 也不会做这一块的考核。

最近在学 K8S，已经在测试环境吧我自己负责的项目用 k8s 完整的拉起来一套环境了（大部分线上环境还是 Tomcat 部署），结合我们自己的自动化测试用例现在丢给开发人员当自测环境在用 [领导要求测试环境架构要跟现上一致，所以业务测试还有单独一套环境]