给刚入坑运维的同学几条建议

给刚入坑运维的同学几条建议

1. 运维是跟着业务走的，你公司有什么样的业务，就有什么样的运维，习惯就好。
2. 偏爱的工具不能适应所有场景，反而会固化你的思维，有啥用啥，其实挺好，习惯就好。
3. 要有原则和底线，这是你给你自己制定的运维规范，要知道什么可以摸，什么不可以摸。
4. 干活前不要喝酒。
5. 变更是运维最大的问题，如果你负责的一套稳定运行多时的系统突然被告知要变更什么东西，那就要做好 “大修” 的准备。如果你负责的系统一直是改来改去的，那就做好记录，自动化流程，降低你的存在感。
6. 接手那些新（刚实施完的）系统时，在 “众神” 尚没有彻底消失前，你要做好以下几件事：

A， 众目睽睽之下，请各方证明系统是能用的，并留下文档和联系方式。尤其是抓住为该系统 “ 遗留 ” 的负责处理问题的开发（一般是个准老手），有啥问题尽快问他，说不上什么时候就换人了。
B， 上手第一件事就是想办法保存当前的状态，文件该备份就备份，资源使用情况，该记录就记录，形成一个 保命基线。
C，熟悉业务，要清楚这系统是干嘛用的，因为若干时间后，可能就你最清楚了。
D，最好弄个流水账，记录发生的事情和用到的方法。这玩意也叫知识库。
E，如果你头上既有你公司领导、也有甲方领导、甚至什么用户领导、团队领导，写邮件的时候要注意分清 “ 吐谁 ” 和 “嘻嘻谁” ，协同工作时，邮件存留证件很重要，不要用微信。

7. 接手 “二手” 项目 时，在领导分配任务时，一定要明确给领导一份交接工作安排，时间拉长到2个月以上，但一般一周后你就被迫营业了，但没关系，因为没有完成交接所以屁股擦不好也情有可原。二手项目一般会有以下几个问题。

A，坑多没文档，这是常见问题，其实不是多严重的事情。
B，没技术支持，这也是常见问题，按照通讯录打电话过去，答复都是“已离职，这事不清楚”，其实也没啥大不了的，总有人会站出来的。
C，没做完，这就开始要命了，有些项目是没有做完的，就进入到运维期。这时候，运维就或多或少得被迫干实施的事情 ，干测试的工作（比如参与联调）。
D，被迫参与商务上的烂事，这就不人道了。
呵呵
建制完整的二手项目，非常适合自我充电。运维阶段可以学习整个项目的知识积累，运气好可以参阅全部的文档，相当受益，按部就班的工作（摸鱼）的同时不会出什么大乱子，出了问题还可以获得支持。但是如果你遇到了上面的ABCD，也不必太担心，这时候完全可以发挥下想象力，人生的际遇就在那些难处丛生之处。往往事实就是，这些难处都是做运维的承担了。

关于工具（2022-2-18 更新）

8. 在网上看到很多小伙伴在争论 “ XXX更好用，XXX是最新的 " , 其实在工具上大家不必纠结，就像上面第2点所说，偏爱不适合所有场景。以需求为根本，选择适合的版本，最新版本慎用。旧版本工具往往只带核心功能，有时候更合适。不要迷信开源软件，商业付费软件一般比开源软件更好用。

9. 运维工作特别繁杂，一定要学会用工具简化操作。

举个例子，比如，资源消耗情况每周需要上报一次。那么这种工作。。。

青铜，ssh连接系统，从记事本中复制黏贴命令并执行，再将结果黏贴出来，用微信发给你同事。
黄金，xshell执行脚本，采集数据并形成HTML，自动下载到本地。然后邮件发给同事。
铂金，自动化运维平台，周期形成报告，你同事通过点URL直接看到图形数据并可以下载excel或PDF版本。
钻石，参与所运维系统设计，将运维的指标做成系统的功能模块, 你手下通过点击系统直接看运行情况。
王者，说服你同事，不看资源消耗。

10. 多数情况你不是一个人在战斗，牢记分工，绝不插手其他人的工作，即便你可能憋出内伤，也不要说一个字。技术分享仅存在于long long ago那个美好的年代，观棋不语真君子，不仅是避免给你带来麻烦，也是避免给其他人带来困扰。

11. 在积累技术的时候，要给自己确定一条明确的线路。专注于某个特定业务场景或技术应用。比如从你所维护的项目中，总结出快捷而实用的经验，这些经验能够处理你的项目，甚至其他什么场景中。但注意不要盲目的展开这些经验或横向无目的的探索，否则其中一部分内容将成为“屠龙技术”，导致整体臃肿而无趣。