空降领导炒掉运维, CI&CD 工具被我搞出问题了,焦躁不安又非常挫败。

2019-07-24 17:25:57 +08:00
 jmyz0455
具体的问题在这里:v2ex.com/t/584034 此贴纯粹吐苦水。

我们团队空降了老板的亲信当领导,从此过上了苦日子,我们团队本来有位资深运维搭建了 Jenkins + JIRA + Slack ( notify ) + GitLab ( hook )的环境,日志、备份、部署、发布井井有条的,但是空降的领导觉得这一套环境搞好之后,运维没事做工资又高,新项目上线之后就用各种手段逼走运维。

运维走了之后,我们的这套环境简直像黑箱子一样,没人敢动,说是交给某位后端大哥在管,但是貌似这位后端的 Linux 玩得貌似还没我 6,各种粗暴 root kill 操作,当然了我也只是个业余搭来玩玩的水平。

然后就在一周前,我某个前端项目提交上去之后,自动化构建从此就失败了 \@\_\@ ,心里那个苦啊,我居然踩了这颗雷。更要命的是任何 npm 命令都能跑,唯独 npm 的构建命令不能跑,更没有**任何输出**。

这几天就真的是挠破脑袋了,身边没有任何朋友是做运维的,我想尽任何我能想到的方法去暴露、定位问题:尝试回滚代码(无效)、--verbose 啰嗦模式构建(无效)、npm audit 包管理检查(无效)、Docker 运行空间和内存检车(无效),甚至看官方文档,进到服务器 Docker 里面用 Jenkins CLI 跑任务,在 console 里依旧没有任何有用的输出,npm 和 jenkins 似乎也找不到任何有效的日志或报错。

但是这个项目 git pull 到任何一台普通电脑都是可以构建和输出日志的。我看到 Docker 里 npm 和 node 的版本跟我本地是不同的,却又不知道 Jenkins Docker 的 node 环境是怎么装进去的,也不知道应不应该花时间处理这个(也许又是没有帮助),完全是一片苍白的知识领域,不知道如何定位和解决问题。

现在这个项目的自动化构建完全停住了,领导怪罪下来我也完全没有办法,估计下一个被逼走的就是我了,难受,上来吐槽一下。
23203 次点击
所在节点    程序员
153 条回复
q397064399
2019-07-24 23:14:44 +08:00
@salmon5 #59

不是运维难度大,还是现在业内没一套标准化的玩意,各家都是各玩各的,从 CI 到 发布环境 ,里面涉及到的方方面面的东西太多 光一个 CI 业内就好几套方案,学习成本很高,这家出个玩意 那家出个玩意,我光是把 git 秘钥集成到 Jenkins pipeline 就花了半天的功夫,而且这些东西 动不动就是上百万级别的代码 要应付很多场景,文档比狗屎还长,一般程序员真的不想花时间去学这些玩意,有这个时间 多研究一些框架 跟 算法 还要架构模式之类,而且这种东西 搞不好明天又流行另外一套了, 自己玩的话没必要,自己玩的我都是全程 Python 脚本搞定一切,有输入有输出 还可以打 Log debug,各项 Linux 的命令行 配合标准输入输出就能搞定,整那么大一套架子 太浪费时间
zhttty
2019-07-24 23:15:40 +08:00
明天就申请离职即可,说那么多做什么?离职申请完了后,再去怼老板就好了,煞笔玩意看不到一个牛逼的运维就是天天闲在那里喝茶的运维,垃圾运维才天天加班忙的要死。
zhttty
2019-07-24 23:19:39 +08:00
我觉得楼主不吃亏不吃教训是不会主动离职的,偏要等到搞出大问题背锅被公司起诉收律师函赔个几万且在业界被公司搞臭名声长了记性才会后悔!

言尽如此……
gouchaoer
2019-07-24 23:31:56 +08:00
搭建个 jira+Jenkins+gitlab+slack 就成资深运维了啊。。。那我也有点资深哦?不过资深的运维我觉得还是对于 cdn、防火墙、安全、数据库、k8s 等容器技术、服务器基础组建等有认识的类型吧
FishTorres
2019-07-24 23:41:31 +08:00
@lithiumii 小百合
watzds
2019-07-25 00:30:26 +08:00
一个前端花这么多心思干嘛?这坏了不怪你
Dart
2019-07-25 01:20:39 +08:00
哈哈哈 领导上啊 反正是他不要运维了你要学会甩锅
lozzow
2019-07-25 01:21:41 +08:00
@gouchaoer 兄弟这就木工得没有水平了
reus
2019-07-25 01:26:45 +08:00
为什么你还要继续为傻逼解决问题?
应该离职,让傻逼自己承担后果
明明是傻逼造成的局面,你收拾好了,也会成了傻逼的功劳
我看不下去了
Dart
2019-07-25 01:27:50 +08:00
我发现有的公司就是不想用成熟的商业运维产品,不想花钱。就找个运维搭一套。然后逼走,节约。注意,作为商人或者老板这个理论没错。只要出过大事自己吃亏过就知道运维还是不能缺的。一句话,公司没钱了。
lovestudykid
2019-07-25 01:51:31 +08:00
所以你为什么要承认是你弄出问题的,你只是使用了一下,然后就坏了...
594duck
2019-07-25 06:48:17 +08:00
这个故事告诉我们几个道理,1.DEVOPS 的前提是你得有资深的 linux SA 经验。2.Docker 的 troubleshooting 简直是故意制造困难。3.CI/CD OPS 一锅端就是灾难。4.DEVOPS 不是一个人干完所有活,是 DEV 和 OPS 的有机循环。而链接 DEV 和 OPS 的应该是测试和架构。5.不要做中华田园 DEVOPS。最后“尊重运维,我们专业搞 LINUX 和工程问题 20 年,想几天赶上我们,开玩笑了。
wenzhoou
2019-07-25 07:56:23 +08:00
这样的老板,又蠢,又坏,做人不地道。还不辞职等什么。时间长了会影响你的三观。
594duck
2019-07-25 08:25:26 +08:00
@jmyz0455 思路绝对清楚
695975931
2019-07-25 08:29:27 +08:00
哇靠,那运维是不是不敢做太自动化的东西??一旦自动化了,老板就觉得你没什么用了,就跟楼主的前运维一样。。。。
Hucai
2019-07-25 08:36:39 +08:00
所以说服务器稳定运行,老板觉得运维没事,就是要时不时宕机玩一玩
congeec
2019-07-25 08:39:23 +08:00
警告楼主,这个问题你解决了,以后活儿就是你的了,会涨工作量,不会涨工资
hanxiV2EX
2019-07-25 08:43:14 +08:00
自己搭建一套有啥问题,docker 一把梭
CallMeReznov
2019-07-25 08:44:24 +08:00
运维永远处在以下的状态中.
没事的时候"老子花钱请你来干嘛的?"
出事的时候"老子花钱请你来干嘛的?"


永恒的问题
pkookp8
2019-07-25 08:47:02 +08:00
反馈,就说不懂,很复杂,得学 @后端并问有没有解决方案
提出学这个会导致现在的项目延期
要么给人,要么给时间,如果都不给那就请年假

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

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

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

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

© 2021 V2EX