给刚入坑运维的同学几条建议
- 运维是跟着业务走的,你公司有什么样的业务,就有什么样的运维,习惯就好。
- 偏爱的工具不能适应所有场景,反而会固化你的思维,有啥用啥,其实挺好,习惯就好。
- 要有原则和底线,这是你给你自己制定的运维规范,要知道什么可以摸,什么不可以摸。
- 干活前不要喝酒。
- 变更是运维最大的问题,如果你负责的一套稳定运行多时的系统突然被告知要变更什么东西,那就要做好 “大修” 的准备。如果你负责的系统一直是改来改去的,那就做好记录,自动化流程,降低你的存在感。
- 接手那些新(刚实施完的)系统时,在 “众神” 尚没有彻底消失前,你要做好以下几件事:
A, 众目睽睽之下,请各方证明系统是能用的,并留下文档和联系方式。尤其是抓住为该系统 “ 遗留 ” 的负责处理问题的开发(一般是个准老手),有啥问题尽快问他,说不上什么时候就换人了。
B, 上手第一件事就是想办法保存当前的状态,文件该备份就备份,资源使用情况,该记录就记录,形成一个 保命基线。
C,熟悉业务,要清楚这系统是干嘛用的,因为若干时间后,可能就你最清楚了。
D,最好弄个流水账,记录发生的事情和用到的方法。这玩意也叫知识库。
E,如果你头上既有你公司领导、也有甲方领导、甚至什么用户领导、团队领导,写邮件的时候要注意分清 “ 吐谁 ” 和 “嘻嘻谁” ,协同工作时,邮件存留证件很重要,不要用微信。
- 接手 “二手” 项目 时,在领导分配任务时,一定要明确给领导一份交接工作安排,时间拉长到2个月以上,但一般一周后你就被迫营业了,但没关系,因为没有完成交接所以屁股擦不好也情有可原。二手项目一般会有以下几个问题。
A,坑多没文档,这是常见问题,其实不是多严重的事情。
B,没技术支持,这也是常见问题,按照通讯录打电话过去,答复都是“已离职,这事不清楚”,其实也没啥大不了的,总有人会站出来的。
C,没做完,这就开始要命了,有些项目是没有做完的,就进入到运维期。这时候,运维就或多或少得被迫干实施的事情 ,干测试的工作(比如参与联调)。
D,被迫参与商务上的烂事,这就不人道了。
呵呵
建制完整的二手项目,非常适合自我充电。运维阶段可以学习整个项目的知识积累,运气好可以参阅全部的文档,相当受益,按部就班的工作(摸鱼)的同时不会出什么大乱子,出了问题还可以获得支持。但是如果你遇到了上面的ABCD,也不必太担心,这时候完全可以发挥下想象力,人生的际遇就在那些难处丛生之处。往往事实就是,这些难处都是做运维的承担了。
关于工具(2022-2-18 更新)
-
在网上看到很多小伙伴在争论 “ XXX更好用,XXX是最新的 " , 其实在工具上大家不必纠结,就像上面第2点所说,偏爱不适合所有场景。以需求为根本,选择适合的版本,最新版本慎用。旧版本工具往往只带核心功能,有时候更合适。不要迷信开源软件,商业付费软件一般比开源软件更好用。
-
运维工作特别繁杂,一定要学会用工具简化操作。
举个例子,比如,资源消耗情况每周需要上报一次。那么这种工作。。。
青铜,ssh连接系统,从记事本中复制黏贴命令并执行,再将结果黏贴出来,用微信发给你同事。
黄金,xshell执行脚本,采集数据并形成HTML,自动下载到本地。然后邮件发给同事。
铂金,自动化运维平台,周期形成报告,你同事通过点URL直接看到图形数据并可以下载excel或PDF版本。
钻石,参与所运维系统设计,将运维的指标做成系统的功能模块, 你手下通过点击系统直接看运行情况。
王者,说服你同事,不看资源消耗。
-
多数情况你不是一个人在战斗,牢记分工,绝不插手其他人的工作,即便你可能憋出内伤,也不要说一个字。技术分享仅存在于long long ago那个美好的年代,观棋不语真君子,不仅是避免给你带来麻烦,也是避免给其他人带来困扰。
-
在积累技术的时候,要给自己确定一条明确的线路。专注于某个特定业务场景或技术应用。比如从你所维护的项目中,总结出快捷而实用的经验,这些经验能够处理你的项目,甚至其他什么场景中。但注意不要盲目的展开这些经验或横向无目的的探索,否则其中一部分内容将成为“屠龙技术”,导致整体臃肿而无趣。