相比于开发人员而言，运维工程师在企业中的存在感往往不高。经常是不出问题的时候没人注意，而出了问题又可能是背锅的那个人。因此，运维人经常戏称自己是“背锅侠”，并非没有道理。
一. 运维的技术含量并不低
操作系统：熟悉 Linux系统，了解系统性能调优、内核参数、权限管理等。
网络：掌握 TCP/IP 协议、路由、防火墙配置等技能，对网络排障具备敏锐的判断力。
中间件与存储：熟悉 MySQL、Redis、Kafka 等工具的安装、优化与维护。
硬件与云计算：了解服务器硬件、虚拟化技术（如 KVM、VMware），以及云平台（如 AWS、Azure、阿里云）。
此外，随着 DevOps 和 SRE 模式的兴起，运维岗位也在向开发与业务深度结合的方向发展。这些新的角色不仅要求传统运维技能，还需要掌握代码能力、CI/CD 流程、容器化技术（如 Kubernetes 和 Docker），甚至涉及业务逻辑和架构优化。
可以说，运维的技术要求并不比开发低，甚至在知识广度上更胜一筹。
二. 运维“不被重视”的原因
尽管技术要求不低，但为什么总感觉运维岗位不被重视呢？究其原因，无非与以下方面有关。
1. 运维岗位的下限低
运维是一个职责范围非常广泛的岗位，不同企业对运维的要求差异极大，这也导致了运维的下限可以很低。例如，部分企业的运维工作更接近于“网管”–维护办公电脑、打印机、网络设备等硬件设施，甚至会参与一些与技术无关的事项。
这类岗位虽然对企业有一定的价值，但整体不多。同时 ，对于技术深度的需求也有限，因此薪资水平会较低。
2. 离业务较远
运维部门通常专注于底层基础设施建设，而不直接参与业务逻辑。这也使得运维人员离业务较远，而不像开发人员和产品经理一样直接参与到业务的设计中。
作为企业的高层，最关注的往往是与业务息息相关的事项。因此，作为远离业务的运维人员常常处于“隐形”状态，也就很正常。
三. 一点小建议
文章最后，给出一点个人的小建议：
1. 努力提升技术，贴近业务
努力提升自己的技能，不要总在繁琐、没技术含量的工作内容上打转 ，尝试掌握更高阶的技能：
-
学习 DevOps 和 SRE 的相关工具与理念，掌握 CI/CD、自动化脚本和容器化技术。
-
加强代码能力，尤其是 Python、Go 语言等在运维自动化中的应用。
-
了解云原生生态体系，例如 Kubernetes、Prometheus 等，成为技术转型中的关键力量。
2. 选择合适的行业与公司
选择一个重视技术的行业尤为重要，当公司的核心业务与系统绑定越紧密时，运维的重要性也就越大。在这点上传统行业往往会是反例，这类企业的业务大都是在线下，系统对其而言只是辅助的工具，即使出现问题也不足产生重大影响。
而诸如互联网、金融科技、电商等行业对 IT 系统的依赖性则要高出许多，甚至到了决定公司生存的地步，因此对运维的需求也更强，待遇自然也就更高。
全文结束，如果觉得有收获，可以随手点个“小星星”或者“打赏”，也欢迎下方海报分享文章到朋友圈和技术群。
