关于运维工作中的问题和自学方面的浅谈

我是一个运维工程师,因为主要侧重系统监控方面,所以相对来讲知道的东西面上比较广,但是实际根据业务的需要,或者某类产品的特定要求,又必须深入的了解内部原理。

所以我们经常要快速的掌握大量的知识,信息,已经相关的标准或者协议。

那么我们要有各自的自学方法。

工作前几年的时候,我主要是通过去图书馆,查阅相关资料,或者做知识储备,那时还是从事的web站点管理的工作,通过查阅大量的书籍后,我迷茫了,没有了方向。但是这种泡图书馆的方法,使我确实获得了很多知识。

后来我转到运维这块,当时的维护工作,主要是针对其他单位的内网机房,这些机房相对服务器数目在20-50台左右,windows居多,linux相对较少,因为是国企吗,所以配置相对较高。而且这些单位的机房服务器,不是用来存放核心数据的,他们的核心数据,都通过网络,传送到上级部门了,所以运维工作相对简单些,有域控服务器,文件服务器,内网审计服务器,以及内部视频监控服务器,反而觉得视频资料的备份相对主要写,不过都完成脚本,在跑了。

当时遇到一个比较问题,然后对tcp,udp有了深刻的认识,他们有部分工作是需要把纸质的文件扫描,保存成电子文档,进行保存。

因为纸质文件是海量的,有3个妹妹(编制内)专职在干这个事情,他们用的是天津某大学,某教授带领开发的比较牛逼的软件,扫描后,上传到服务器上。

后来发现上传到服务器上的电子文档,很多都无法打开,文件是坏的,比率还是比较高的。

然后开会讨论问题,会上有2个观点,1,网络问题。2,服务器存储问题。然后排除。这2个问题都被排除了。

后来我自学了tcpdump抓包工具,然后进行分析,并得出一个很意外的意外的结论,tcp、udp一定要做认真选择。

靠他们软件用udp协议上传电子文档。至今没有明白为什么这样设计软件。而且也很不明白为什么买这个软件。

当然这是被工作中的问题被逼着去学习的。

其实工作了几年后,很多同志们已经不再去更新自己的知识了,已经开始吃老本了。

我严重的意识到这个很可怕的问题,每次遇到新员工都会有或多或少的新感觉,新思路。

所以自学一点要从自身出发,关注前沿科技,所以要一直进行。

 

 

搜索


发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注