拿什么拯救你:苦逼的IT运维工程师！

hexilanlan

十楼好文   

wenhq

板凳看看先。。

pipihappy8888

写得挺好的回复 10# lgatuk


   

anwll

回复 1# pipihappy8888


    1.作为运维工程师的您，是否遇到过很苦逼的经历？
电话24小时开机，放假限制活动范围，周末游带电脑
2.运维工程师究竟在企业中处于什么样的角色？您是否看好运维工程师的职业前景？
3年前感觉就是救火队，最近转变看法，自己尽量提前发现一些问题让应用改掉，摆脱救火队角色。

例如：监控软件在达到警告值才会报警，其实很多时候没达到告警值就可以发现问题了，CPU使用率持续慢慢增高，CPU高点持续时间变长（批处理时，CPU一般都保持较高，持续的时间其实反映了批处理的时间，变长可能是sql随着每天数据量增加越来越慢），备份时间突然变长（可能是磁盘变慢，如果是用NBU可能是备份网络速度问题）。

我目前习惯于看这些指标的小变化，然后我会去找这个时间段的top sql，再还没有对系统有严重影响时就修改掉，很多系统设计时会缺少考虑数据量的增长，上线时很快，半年后可能就是一个查询都慢的要死。

关于前景如果还是只能够处理加盘，加内存，重启应用，重启服务器前景堪忧。方向上以后应更偏向提前预警，有数据分析功能，配合现在越来越多的管理工具管理大量服务器。

3.像双11、春节等重大节日，对阿里、12306的运维工程师而言，可谓是大考，想想看，有哪些可能的挑战？
突发的访问量，部分功能的性能会拖垮整个系统。

4.运维工程师平时都会用到哪些工具？请结合它们的应用场景谈谈它们的主要功能。
用的BMC的patrol，其实监控软件这要能记录那几个常用指标，并能报表展示就够了。
oracle的话，gc很好用啊

5.有木有“万能”的工具可以解救运维人员，脱离苦海呢？

没有，除非哪家公司愿意出人开发软件来做系统性能指标的分析，唉，公司基本是愿意出钱来分析业务，但是没有愿意去分析性能指标的。

lgatuk

回复 14# pipihappy8888


    那就送本好书吧

seesea2517

1.作为运维工程师的您，是否遇到过很苦逼的经历？
  有两个印象深刻，一个是一次配合产品国庆七天加班……还一个是年夜饭的时候来电话，不是贺新年的，值班室来的电话……有时候信号不好没接到电话会被投诉啊啊啊啊。

2.运维工程师究竟在企业中处于什么样的角色？您是否看好运维工程师的职业前景？
  闲时高瞻远瞩，急时救火救灾。平时要做好规划和监控，减少紧急情况的出现，紧急情况发生时，则要有果断的判断和熟练的处理能力。这还是有一定技术含量的，我看好！

3.像双11、春节等重大节日，对阿里、12306的运维工程师而言，可谓是大考，想想看，有哪些可能的挑战？
  大品牌咱也就只能想想看啦，估计网络应该是第一位的，负载均衡、数据库并发之类的也是需要把守的。另外可能还要考虑防范恶意的攻击？这个纯属瞎猜了。

4.运维工程师平时都会用到哪些工具？请结合它们的应用场景谈谈它们的主要功能。
  监控还是大头，用cacti、zabbix。然后就是ssh客户端putty、SecureCRT，上传下载WinSCP、filezilla，其它一大票Linux工具以及性能和进程查看命令、mysql相关命令集等。

5.有木有“万能”的工具可以解救运维人员，脱离苦海呢？
  我觉得得有，啥时候人工智能发达了，“天网”也有自己的智慧，运维人员只要按下“FIRE”“REPAIR”“我同意”按钮就可以啦哈哈。

jie190122

1.作为运维工程师的您，是否遇到过很苦逼的经历？
在一家旅行社做了运维3年多,企业大概1千多人,同时包含硬件和软件的运营,
a.        最苦逼的时候是一开始接手这岗位时,什么文档也没留下,所有的问题都要自己探索,然后写帮助文档,
b.        每次业务系统大版本升级的时候因为不匹配的原因,需要手工录入后台的配置资料或原始资料,点到食指都发抖,这种没技术含量的工作,开发的不做,又不能丢给其他人做,录完后正式升级的时候还要跟着熬夜升级系统然后做基本的测试,过程出问题了是你做得不够好,结果成功了大家都说工程师干的不错,没存在感啊!
c.        至于技术类的困难倒是还好,因为自己本身是做开发出生,大部分问题都能解决,遇到大问题即使卡很久只要能解决就很爽(技术宅的自带属性);

2.运维工程师究竟在企业中处于什么样的角色？您是否看好运维工程师的职业前景？
a.运维工程师在企业中应该起的应该是管家的角色,日常起码能保证企业系统(硬件和软件)的正常运行,同时能对企业信息建设做出前瞻性的计划和操作(购买硬件/引入各种系统/提出系统整合等),并且能承担起系统开发人员与使用人员的桥梁和润滑剂(运营的优势是比系统使用人员更懂开发,比开放人员更懂系统使用)
b.其他行业不熟悉,但在旅游行业,因为业务相对复杂,但从业人员的入行槛较低,导致业务系统的开发人员一直在抱怨使用人员笨啊/懒啊/乱操作啊等, 而从同行也了解到基本每家旅行社都是这情况,而各家社的系统使用深入度基本都是很浅,都是只用到了信息录入和同步这些功能,而深入的流程监管基本没几家社能做到,这个的差别很多时候就是因为运维的团队跟不上,无法起到桥梁的作用
c.运维小组了解过的最专业的是顺丰的,据用友的哥们说,顺丰的运维团队在和用友的开发团队对接的时候,第一次就已经把所有资料准备好了,甚至有些资料用友的都没注意到;
d. 运维工程师的职业前景,我认为会越来越重要,因为随着企业的信息化越来越普及和深入,对运维工程师的要求会越来越高,运维工程师的价值型也会越发的凸显;

3.像双11、春节等重大节日，对阿里、12306的运维工程师而言，可谓是大考，想想看，有哪些可能的挑战？
a.对于这些大考,运维的压力大部分是大考前期的准备,设备的冗余准备,备用计划的准备和测试;真正到了那一天,基本都是给系统的开发人员打下手,能解决的就启用备用计划,不能解决的就只能交给开发人员;

4.运维工程师平时都会用到哪些工具？请结合它们的应用场景谈谈它们的主要功能。
常用工具基本就是远程桌面,记事本和命令;远程桌面不说了,记事本主要是用来查看代码或者保存日志(windows下推荐notepadd++,小巧实用),命令的话强烈建议必须会,有这个自己写简单脚本方便多了.

5.有木有“万能”的工具可以解救运维人员，脱离苦海呢？
如果真的说是万能的工具的话,那就是帮助文档,无论是给自己看给同事还是给前台的用户看,只要不断的积累,就会越来越实用,特别是团队的内部帮助文档,尽量把每次的解决思路给写进去,慢慢的你会发现大部分问题都可以用常用的几种思路解决,之前的团队在我离开前,甚至都开始能实用实习生去做日常的维护,就是因为有了帮助文档,很多操作都是傻瓜式了,但这些就需要团队一起坚持不懈的积累.

睿智2012

心态是关键

chengmingeee

:wink:我也是来看答案的

zongg

回复 6# fengzhanhai


    我想知道数据库干掉了，还没有备份你是怎么解决的？！