空降领导炒掉运维, 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 环境是怎么装进去的,也不知道应不应该花时间处理这个(也许又是没有帮助),完全是一片苍白的知识领域,不知道如何定位和解决问题。

现在这个项目的自动化构建完全停住了,领导怪罪下来我也完全没有办法,估计下一个被逼走的就是我了,难受,上来吐槽一下。
23200 次点击
所在节点    程序员
153 条回复
akira
2019-07-24 19:03:58 +08:00
不在你能力范围内的事情 别强行给自己背锅
ruimz
2019-07-24 19:14:07 +08:00
说实话,建议搜索 defunct9 的历史记录
就基本没有回复后他没有解决的问题,站长认证 /t/576076
cabing
2019-07-24 19:17:06 +08:00
因为发布引发的问题找负责人反馈,大不了跑路,慌啥。反正是环境的问题。
R18
2019-07-24 19:17:22 +08:00
"不要回答!不要回答”
不是交给后端的老哥管了吗,你就不要管了,让他解决
infra
2019-07-24 19:19:34 +08:00
果断跑路呀,不和 SB 一起折腾。。。顺便求这位运维的联系方式,我们这边还有坑,可以做更有挑战的事情。
playnoa
2019-07-24 19:19:53 +08:00
球踢到你这你就弄不出去了,不会踢球就像你现在一样,两头受气。领导都会推卸责任,你是打算成为他们家亲戚吗?这么大包大揽的,如果把聋子治成哑巴,那就坐实了破坏者。即便是这次解决了,你下次呢?赌谁倒霉?
想想你的大环境的改变吧,光让自己忍着也不是事
nooper
2019-07-24 19:21:56 +08:00
请在 codementor 联系我 winton wang
justforlook44444
2019-07-24 19:50:34 +08:00
这个老板可真够恶心的,这位运维兄弟也真够实诚的;我要是周围遇到这种情况,就把辞职报告甩领导脸上。
Kirscheis
2019-07-24 19:53:39 +08:00
@jmyz0455 我说开 root shell 一半是开玩笑,一半是如果你真开了,那还可以排查一下。。这种又没有 log,又没有报错的情况,肯定是要备份然后靠各种实验排查问题的。我之前自己部署的 jenkins,我自己现在都不敢说再弄一次效果和现在一样。。。
Imr
2019-07-24 20:24:13 +08:00
jenkins 执行命令一样是在 PATH 里面找,容器里一定是装了 npm 软件的,跟前端自己电脑一样没区别,至于装不上的问题,就要挨个排查了
realpg
2019-07-24 20:27:24 +08:00
@jmyz0455 #2
算是个资深运维吧,告诫你,如果你现在的技术水平,真的别试图解决问题了。赶紧让老板或者管事的花钱找个一次性运维解决问题。

别怕背锅,本质上你把他用坏了算是正常的,但是你要尝试修的时候把他修得更坏了,那就没人救得了你了
leedong00
2019-07-24 21:11:28 +08:00
耍赖会不会?我就说一句,你们员工要是不作翻天它,领导根本就不会叼你们。不要想去问离职的运维,不带告诉你们,这跟你们同事感情无关,是公司不地道
alw
2019-07-24 21:45:07 +08:00
大家都建议跑路?
为何我第一反应是,告诉领导这出问题了,不知道需要花多久时间研究才能解决,然后就可以学这一块知识去搞了,有学习的机会蛮好的呀。(楼上提到了,需要另搭环境来修,不要直接修,修坏了怪你。)
srx1982
2019-07-24 21:55:12 +08:00
谁接手的找谁问就行了
friddle
2019-07-24 22:04:41 +08:00
不要去找离职的运维,当时前公司开了我徒弟直接把我惹毛了。虽然能理解公司要缩减编制,但问题是项目经理根本不知道谁更重要。
然后过了两个月我也撤走了(一堆原因)。后来打电话找我,我直接撸了一句:你们项目都要死了。还救个屁。
基本除了技术没人懂运维的价值。这是通病。德治
hoyixi
2019-07-24 22:08:12 +08:00
放心,等你们都搞顺溜了,他就该觉得闲人又有点多了,该炒你们了
bigpigB
2019-07-24 22:09:07 +08:00
其实不难。 不过确实需要一个运维
ryanlid
2019-07-24 22:29:54 +08:00
不要解决,让后端弄,或等领导他自己解决。

目测做好或做不好都会被叼,还不如不做
salmon5
2019-07-24 22:44:34 +08:00
运维 其实比程序员难度大,注意我说的是同等级别,不是架构师。
q397064399
2019-07-24 23:08:22 +08:00
@alw #53 这本质上是一个政治问题,跟技术没有任何关系,你栽到了这种领导,能跑多快跑多快。

一个公司 只要上了规模,这种运维架子不可能不复杂,我当时看了 2 天 pipeline 我就放弃了,这玩意跑起来没法 debug 又没办法打断点,语法错误都不提示,只能一次次写完 丢到 jenkins 里面去试,后来好像又出了一个拖拽生成 pipeline 构建任务的,后来干脆全部直接撸 Python 脚本搞定好了,反正都是我个人的小项目,每个部件都是标准输入输出流,用 Jenkins 这种 CI 黑箱,学习成本太高,没脚本直接来的快。

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

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

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

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

© 2021 V2EX