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

2021-07-29 10:07:38 +08:00
 chigeyaowaner

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

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

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

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

12759 次点击
所在节点    程序员
95 条回复
asuraa
2021-07-29 13:44:39 +08:00
我司目前 gitlab 一把梭

gitlab + gitlabci + docker + swarm
asuraa
2021-07-29 13:44:55 +08:00
忘了说我们后端就俩人
doveyoung
2021-07-29 13:45:58 +08:00
我觉得 devops 不是技术问题,是管理问题。。。
iyaozhen
2021-07-29 13:55:03 +08:00
大公司很多搞 devops 的都失败了,感觉这个东西看着火,落地难。
没有吧

现在还有哪个大公司没有 devops ?
iyaozhen
2021-07-29 13:55:57 +08:00
@iyaozhen 前面老哥说得对,小有小的搞法,大有大的。适合自己的才是好的
kuangwinnie
2021-07-29 13:56:27 +08:00
整个 aws 和半个亚马逊就是靠 devops 撑住的。。。
xuanbg
2021-07-29 14:15:50 +08:00
小团队,搞了很多年了。核心其实就一点:自动化部署。至少要实现半自动部署,就是 Jenkins 里面点一下构建就好的这种。至于 CI/CD 搞到什么程度,视你自己的实际需求而定,并非却多越好。
no1xsyzy
2021-07-29 14:29:23 +08:00
@xuanbg 那这么说我甚至算做过一个 CI 工具(
构建脚本已经有了,我做的只是做一个按钮,按下这个按钮会调用构建用的命令,然后把 stdout 持续地打印到网页上。

@bthulu 赋能,用洋文讲,叫 enable,也就是『使能够』的意思。其实就是『使』开发『能够』做运维的事儿(
Jooooooooo
2021-07-29 14:38:55 +08:00
这玩意大公司能搞, 需要大量基础服务的支持

小公司就算了
ghostsf
2021-07-29 14:47:37 +08:00
小公司小团队 更要搞啊 多方便
sdushn
2021-07-29 15:13:21 +08:00
一步一步来吧,先规范化项目管理,定好合适的发版周期,然后再搞一下自动集成工具,自动化测试
sdushn
2021-07-29 15:15:10 +08:00
在基建比较完善的大公司还是比较好落地的,基建都支持的情况下只是大家工作习惯的改变。如果基建不完善,就只能一步步来做了,可以借鉴思想,做一些精简
eric96
2021-07-29 15:20:21 +08:00
1.推送代码,触发 ci,ci 通过后可以合并到 master 分支,基于 master 打 tag
2.打 tag 操作触发 jenkins 构建,这一步又有问题,线上环境和测试环境不是同一份配置文件的,配置文件也不在项目代码中,这里需要自动替换配置文件,然后构建完之后,还要基于 dockerfile 构建镜像,构建镜像之后,推送到私有仓库中
3.触发 k8s 自动部署

现在我们公司第一步是自动化的,第一步到第二步的触发没有做,需要手动去触发,第三步也是手动替换 k8s 。
以下是我的疑问:
1.难道 CI,CD 就是基于一些已有的工具如 jenkins,git 等进行配置,如果不支持就自行开发脚本把流程串联起来吗
2.如果没有单元测试和自动化测试,ci 和 cd 还有用吗
qping
2021-07-29 15:26:31 +08:00
@no1xsyzy #48 开发多干活,省了运维的钱~
konakona
2021-07-29 15:38:45 +08:00
有必要,可以规范和约束运行环境。另外 devops 就是一个实现自动化编排、自动化构建等等以服务运维为目的的功能性流程的统称,无论多小的团队又或者多大的团队,都应该考虑 CICD 带来的优势和便利性。

它可以避免团队成员水平不统一和意识问题造成的一系列问题:
- 环境不同
- 运行结果不同
- 不必自己手动去做一些工程化的事,当有 CICD 时,我们可以让它自动的做诸如:某一个 branch 被 MR 之前或之前自动跑测试或触发外部 API 执行 UI 自动化测试等
- 手动更新、安装、修改长年累月的服务器,还可能导致其他站点 /程序无法运行
- 代码监控
- 代码评级
- 问题探针
等等,工具能做的事就没必要人手再重新敲一次运行命令了。
konakona
2021-07-29 15:40:12 +08:00
这 3 年 devops 做的很成功,非常推荐深入一下,从 k8s 1.12+->helm -> gitlab 来一遍,会感觉很爽。
no1xsyzy
2021-07-29 15:51:33 +08:00
@qping devops 的起因不是这个,主要还是开发和运维的不一致。
但不妨碍资本家把一些可利用的口号利用起来想法儿削减人员。
HHAO2019
2021-07-29 16:51:38 +08:00
之前自建 gitlab 搞流水线,维护太麻烦了。无意看到了阿里的云效 devops 的流水线 ,接入很快。适合小团队,20 人一下免费
chih758
2021-07-29 16:58:00 +08:00
gitlab 一把梭就行,项目管理也可以用 gitlab
lamesbond
2021-07-29 17:07:00 +08:00
小团队推这个很难,我想让开发建 dev,test,prod 三个分支,提测,发版时合并下分支,push 代码打 tag,根据部署环境不同参数化构建项目,根本推不动,领导觉得自动部署只是解放了运维。
楼上大佬们说的自动测试,发版什么的我都想搞,奈何现实太残酷,不过就 jenkins 搞了自动部署就很舒服了,其他的慢慢来

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/792410

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX