我的后疫情时代DevOps

发布于:2024-12-06 ⋅ 阅读:(26) ⋅ 点赞:(0)

        看了一下上一篇博文写作时间是四月份,一晃眼已经快八个月了,这段时间解决了什么?好像没什么起眼的事情,只有两件事情印象深刻:

        1)没钱;

        2)裁员。

        如果你所在的单位是私营企业,做的都是那个行业的项目,从2023年起突然就收不到钱了,以为过完年会好转,到了2024年上半年发现雪上加霜了,各种各样的人士告诉你,2024年将是未来几年经济形式最好的一年呢。到了下半年,那个行业有项目叫你做,你都不干做,因为到处都是需要企业自己先掏腰包搞项目,最后可能都是空手套白狼的项目。

        没钱绝对是2024年一个主旋律。

        既然没钱了,降本增效将继续成为企业的一个口号,付诸行动的是降本行动----裁员,至于增效不增效,我没有发现,裁员却是立竿见影,我们的人员精简到三分之一,三分之二流到哪里去了不清楚,感觉身边的失业现象并没有真正发现,也可能自己比较迟钝。

        裁员也绝对是2024年另一个主旋律。

        当然降薪只能算裁员的小老弟,降个千而八真不算个事情,能保住大头已经是不错的了。

        这八个月除了常规Coding, 就是搞运维自动化,终于搞明白DevOps的真实含义了:不是开发和运维联手共进,而是开发人员把运维人员的工作给干了,企业真正出现了一个小小的降本增效。

        在做运维自动化设计和开发的过程中发现,很多手工工作都可以自动化,由Python + Shell程序去自动完成,但是,不管是开发人员还是运维人员,都没有去做这件事,还是日复一日地重复着手工操作。我想,别看很多企业写的技术方案如何高大上,其实这种现象到处存在,专门去开发这些自动化程序并没有带来直接的绩效,与实际的产品功能无关,客户用不到,企业决策层是不认可这些功能的,而手工操作的工作量,不管是多大的工作量,企业都是认为天经地义存在的。

        先看看我们面对的网络情况:

        

        这个网络最大的特点就是整个网络是客户的内部专网,数据只准进不准出,想一键从gitlab界面上发布到生产环境是不可能的。网络安全第一,工作麻烦第N,互联网上的企业开发人员根本接触不了生产环境,在这种环境模式下的工作模式,就如电影里的瞎眼剑客和瘸腿剑客一起合伙闯荡江湖,没有一个人在专网里还真不行。 

        但是,如果专网里手工运维操作速度太慢, 让在互联网的人抓狂的话,忍无可忍之后只能走自己搞自动化的道路,即使没有绩效,没有管理层认可。

        很多时候,每件事看起来都很简单,太多的事情扑面而来你会感到很繁琐,讲方案讲原理头头是道,你们单位连这个都没做到,其实他们单位实际上做的更差,常常磁盘满了,网络断了或堵了很久才知道。

        讲运维太Low, 后来搞出一个概念DevOps, 在后来DataOps、AIOps等等概念都出来了,我猜测大多数写那些文章的人基本不会真正搞过运维工作。这半年我就抱着边开发Java业务系统,边用Go/Python/Shell/低代码web框架来做运维系统,开始时基本就是给自己在公司内部网dev环境使用的,自己做自己用,一个一个小小功能做起来,运维人员爱用不用,这样就没有失落感。

        之后我会散乱写一些实际的文章来记录一下实际工作,做个笔记吧。

        

        


网站公告

今日签到

点亮在社区的每一天
去签到