Linux运维工程师的一天是如何度过的?

社区广播:运维派(Yunweipai.com)是国内最早成立的IT运维社区,欢迎大家投稿,让运维人不再孤寂的成长!

随着运维工程师的职业越来越香,越来越多的人选择它来开始自己的职业生涯。那么你想不想深入了解运维工程师的生活?他们的一天是怎么度过的?下面让我们来看看大小牛们的自述。

陈湛翀,从事运维工作

在我面试了一些运维职位的同学以后,我觉得在中国很大一部分运维的同学都是每天过着我以下要提到的,我最不喜欢的最典型的一天。
我最不喜欢的一天:
早上一来到公司,就被一个跑过来的同事打断:他有一个需求。其他的同事在IM、邮件和电话中也分别提出了他们的需求。没办法,只能默默地把这些需求记在todo list上。
刚坐下,临时被拉去开一次会,同事说要怎样怎样协助他。
刚回来,发现10分钟后有一个面试。
面试回来,发现10分钟后有一个计划中的会议。
会议回来,产品功能测试完毕,要协助上线操作。
上线过程没有标准化,生产环境出错,紧急回滚。
抓来这次上线相关人员,讨论为何会出现这样的事故,日后如何规避。
回来后,再次准备上线,这次上线过程全程跟进。
终于正常上线完成了。
噢,不。只是功能上线完成,原来还有一个很大的性能问题。继续救火。
调整参数,性能调优,服务器负载终于下去了。
看一下时间,已经差不多是下班的时间了。
对着一直在增长的todo list,一脸的茫然。
以上略夸张,但是各种千奇百怪的中断确实很可怕。各类中断还有上下文切换的。很多人就这样埋没在中断中了。

个人认为一个运维最应该的一天工作时间安排:
20%的时间——处理紧急重要的事情。
80%的时间——开展重要不紧急的事情的工作。
紧急重要很容易理解,其实就是救火类工作。
重要不紧急的工作,才是最能体现运维的价值的工作。

监控系统,这个是一个大话题。除了被动地监控各类服务的正常与否,还有主动开发各类协助系统分析的系统,并对整个系统的未来有规划性。
性能调优是我最喜欢的一个方面。发现性能瓶颈和解决性能问题,我都很喜欢。
开发工具型系统是提高自己和团队内所有人的工作效率的一种途径,尤其是可以快速解决那些中断的工具。
学习——这个是最重要的。运维涉及的知识面非常广,不断学习才能顺利快速解决以上各类问题,不断尝试不断经历才有足够的经验遇神杀神,遇佛杀佛。
一天一天,做好重要不紧急的工作,才能令到运维工作更有效率、整个系统更稳定、未来的发展更具有预见性。

十力,淘宝运维工程师

正常的一天,8点半起床,9点半到公司开始一天的工作。
1)看看昨天的超时报表,看看那个系统超时比较多。
2)从监控图中查查超时比较集中的机器、看看机器的基础监控、硬件有没有故障、有没有人误操作、有没有人在没有通知的情况下访问引擎等。查到原因,和开发商议解决方案和deadline,回复邮件。

陈小生,网络游戏系统运维工程师

救火:突发性故障不可避免的会产生
中断:产品、程序、QC谁都能找你,事情可能也是千奇百怪,无法一一道来
求知:你需要懂的内容可不少,包括为了“对付”上面的中断
开发:各种协助运维的系统
补漏:已经BUG,可预见性的问题、缺陷
规划:高预见性,大局观

杨渐,擅长修电脑

干了几年运维,说说感受。
早上起来打开nagios,看到一串的报警,比如日志空间不足80%,某个备份没成功,某个计划任务执行失败,某个数据库的索引建立失败,等等等等….手动全部解决大约11点。
看看昨天值班的日志,各种上线,各种下线,各种修修补补,nginx主配置里增加了14行,8个配置文件;DNS配置增加N行;两块硬盘要换,一台存储机头要换,已经下线在机房等DELL过来换。给IDC的同事打电话确认这些乱事…
.
开发和测试说某个项目的性能要提升到20W/小时(其实这个项目每日独立ip没超过200),编辑说让我们给他们转换几万个文章的UID,给三个部门的header写邮件“不给项目加服务器、把转uid的任务交给dba”,然后被vp交去办公室说–要尽力配合其它部门,不能推来推去…….回去给值班的同事写邮件说把某个项目加2台服务器,怕被骂只能自己转uid….这就一天结束了。

GNUer,挖坑砖家

while(1)
{
早上一般9点起床吧,折腾一下9点半到公司,一般吃着路边买的饼,一边看看kindle上订阅的新闻,技术章。上午就自己搞搞兴趣的东西,写一些改进目前工作的脚本。接受一下开发测试的咨询,帮他们搞一下研发环境的问题。下午事情比较集中,一边开会一边处理一些线上的问题,基本自己都是同时起三个以上的线上,自己的大脑不是超线程的,但是一般确实得同时搞N件事情。
到了下班时间事情还有一堆,晚上继续搞搞,每天都想早点下班,每当你准备走的时候邮件、IM和电话又来一堆。。。
回到家,上上网,看看文档,看看OS、TCP/IP等等基础的名著陶冶一下情操,搞到12点,睡觉。
}

李振宇,运维/阿里巴巴

受邀简单讲讲:
1. 处理报警,查看报警的原因,和开发一起解决,并且尽量找出避免再次发生的方法,例如添加一些定时清理脚本
2. 处理发布,基本都是自动化,但是总有发布不成功或者需要回滚的时候,这时候就需要手工介入,找到原因,并跟开发一起讨论最后是否撤销还是重上
3. 日常一起能够自动化的工作尽量找到自动化的方法
4. 会启动一些和运维相关的项目,所以有时候也兼职项目开发
5. 学习,看看新闻,学习资料等等。

Gucci Koo,软件工程师

个人标准,不能开发自动化运维的运维不是好运维,不能救火的运维不合格。

aiirii wong

1,等待监控系统报警
2,核心系统巡检,备份系统备份任务完成情况巡检
3,等待用户报障
4,例行任务计划攥写,例行任务执行,比如新开用户,存储扩容等;
5,项目性的工作,比如新购存储,新的监控系统,新的操作系统,应用系统验证
6,学习新知识,看技术文档或者公司的各种通知
7,和不同供应商(工程师),内部人员开会

程可可,运维攻城师一枚,小彩笔

看看服务器日志,我们这边服务器老是宕机,原因层出不穷,然后QA、PO会有一堆问题问你,让你看看是怎么回事儿。期间会有各种会议,需要你坐在那儿聆听。最大的一部分工作就是自动化运维工具的开发。赶上版本发布,尤其坑爹,各种不休息…

顾保罗

看报纸、喝茶、看手机——因为都说Linux不会死机。

本文由[茶话汇]整理自[知乎]

网友评论comments

发表评论

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

暂无评论

Copyright © 2012-2017 YUNWEIPAI.COM - 运维派 - 粤ICP备14090526号-3
扫二维码
扫二维码
返回顶部