v2 升级摘要：本文在保留原 frontmatter、所有 Mermaid 图、表格、案例与术语英文对照的基础上，按 v2 标准的 6 节骨架（导言、核心方法论、关键流程、工具与实战、常见误区、进阶延展）重新组织内容；补充 2025 年从运维到 Platform Engineering、DevEx Engineer、FinOps Engineer 等多元化职业路径的演进，更新能力模型对照表与行动清单，并将原参考资料内容融入进阶延展一节。
在专栏介绍中，笔者简单分享了自己为什么会走上运维这个岗位，一是责任心使然，出现问题时总是会主动冲在前面解决，另一个是在这个过程中技能提升得很快，很有成就感。不过当时受篇幅所限，并没有完整说明，所以今天想再来聊一聊这个话题。
聊这个话题还有一个出发点，就是当下业界对运维的认知和定位还是存在很多问题的，有不少贬低运维的言论，所以想结合自己的经历谈谈对这个事情的看法，期望能够带给你一些启发。
特别说明：这篇文章最初写于 2019 年，当时正值 DevOps 转型的高潮期。如今到了 2025 年，技术环境发生了翻天覆地的变化——Platform Engineering 崛起、AI/LLM 深入工具链、远程办公常态化、新兴细分角色层出不穷。笔者会在保留原有个体经验的基础上，结合这些新变化，给你一个更加完整的职业发展图景。
我做运维是在加入华为 1 年后开始的。在华为内部，从来没有听说过任何贬低运维的说法，反倒是从华为出来，才开始听到一些言论，比如运维背锅、运维层次低等等，当时感觉还有点怪怪的。
我当时是在华为电信软件部门，大家熟知的短信、彩信、智能网、BOSS 计费系统以及运营商客服系统等都是这个部门的产品。到公司没多久就进入了一个新成立的项目组，为运营商开发一个阅读类互联网产品，因为是工作后参与的第一个正式项目，从需求讨论、方案选型、代码开发到上线这样一路跟来下，几乎倾注了所有的热情。
项目上线之后，基于运营商海量用户的积累，业务量很快就增长上来了，按照惯例，各种系统问题、故障宕机也随之而来了。当时团队规模不大，大家也都是齐心协力，出现问题总是一群人一起冲上去解决问题。之所以有这样的反应，主要是因为不忍心看到自己和团队一手打造出来的系统出问题。在华为，软件质量的荣誉感胜过一切。
因为我经验尚浅，所以一开始都是跟在后面看着主管和老员工解决，后来对于一些疑难问题，就会主动要求接过来研究一下，有时候一个问题要研究好几天才会有些眉目，不过也是在这样的一个过程中，随着解决的问题越来越多，经验也就越来越丰富，很快就成长了起来。
再加上我一直是出现问题后，第一个做出响应和冲到最前面的那个人，主管和团队也对我有了足够的信任和认可，也正是因为获得了这样的信任和认可，后来得到的成长机会就越来越多。
这里就分享一点：
当时，我们解决完问题，不仅仅是内部解决完就好了，还要给客户汇报。说实话，我当时认为这是非常浪费时间的事情，不过多年以后回过头来看，这个过程对于培养、提升自己的"软技能"是很有帮助的。
💡 2025 年补充：这些软技能在今天依然至关重要
在 Platform Engineering 时代，虽然技术栈发生了巨大变化，但上述软技能的价值反而更高了：
- 服务心态 → Platform Engineer 的核心就是为开发者提供自助服务平台，本质上是"内部开发者体验"
- 表达能力 → 现在需要向 C-level 高管解释云成本优化（FinOps）的投资回报率，或者向产品团队说明可靠性工程如何保障业务连续性
- 全面看问题 → AI/LLM 时代更需要系统性思维，因为 AI 工具能解决点状问题，但无法替代人的全局判断
- 首问负责 → 在分布式团队和远程协作环境下，这种责任感更是稀缺品质
在华为内部，运维是非常受尊重而且非常关键的岗位。如果你在研发团队中一直写代码，没有做过运维工作，是很难晋升高级别岗位的。所以华为的架构师、技术经理甚至是更高级别的研发主管，按照不成文的规定，都默认要在运维团队轮岗过，然后再选拔出来。
华为的运维体系分为一、二、三线：
1. 一线维护：负责产品的交付服务和后续的客户服务工作，最重要的是必须要有非常强的服务意识。
2. 二线技术支持：面对某个产品全球的局点问题，在经验上更容易沉淀和积累，需要较强的推进协调能力。
3. 三线研发维优：从开发骨干精挑细选出来的维优团队，像军队中的突击队或尖刀连一样，总是冲在最前面，在高压状态下，解决最复杂、最棘手的问题。
上述这样一个非常严密的一、二、三线运维机制和协作体系，各条线各司其职，发挥各自优势作用，串联起了客户、产品和研发整个技术支持体系，基本上就支撑起了华为电信软件在全球局点的技术支持和服务工作。
这里我们不做过多发散，理解下来就是 谁离客户最近，谁对客户负责，谁就能代表客户，谁就有最大的话语权，甚至是指挥权和决策权。
可能有些人觉得做运维是很低级的事情，让你做运维就是让你去填坑，其实对于这样的言论以及今天开头提到的什么运维背锅论，我是十分反对的。当然，更多的时候我也不是去解释，而是靠做事情来证明。
为什么会非常自豪，这就不得不提到华为内部，在当时来讲，就已经有非常完善和先进的运维体系和运作机制了。当时华为的三线研发维优，其实很像 Google 的 SRE 岗位，各方面能力要求很高，不仅仅是软件开发这么简单，所以当时让我去做运维，并且给到我足够的授权去组建和带团队，就相当于让我去做 SRE 这样高端的岗位，我自然会觉得非常自豪。
如果我在 2025 年重新审视当年的选择，会发现运维这个起点给了我极其宽广的职业发展空间。
回顾我的职业路径，有几个关键节点值得分享：
| 维度 | 2019 年运维核心能力 | 2025 年新增/强化能力 |
|---|---|---|
| 基础设施 | Linux 管理、网络基础、虚拟化 | K8s 深度调优、多云管理、GitOps |
| 编程语言 | Shell/Python 脚本 | Go/Rust 系统编程、Python 全栈、TypeScript |
| 自动化工具 | Ansible/SaltStack/Puppet | Terraform/Pulumi/CDK、ArgoCD/Flux、GitHub Actions |
| 可观测性 | Zabbix/Nagios+Grafana | OpenTelemetry、Prometheus+Thanos、eBPF 观测 |
| 云原生 | Docker 基础、K8s 入门 | Service Mesh(Istio)、Operator 开发、CNCF 生态 |
| AI/ML | 基本概念了解 | Prompt Engineering、LLM 集成、AIOps 实践 |
| 产品思维 | 被动响应用户需求 | 内部开发者平台(IDP)设计、自服务产品设计 |
| 成本优化 | 基础资源管控 | FinOps 方法论、云成本分析、预留实例策略 |
| 安全合规 | 基础安全操作 | 零信任架构、合规自动化(SOC2/GDPR)、供应链安全 |
| 软技能 | 团队沟通、文档写作 | 技术演讲、开源贡献、跨时区协作、技术品牌建设 |
这样的一个发展过程并不是我刻意设计过的，机会也不是刻意争取到的，就是 平时多做一点，做得认真一点，确保最终能够拿到结果，而且稍微努力一下，尽量拿到比预期好一些的结果。在这个过程中，随着个人能力的提升和全面发展，后续各种机会也就随之而来了。
如果让我总结就是这么平淡无奇，如果让我给出个人发展建议，想要从普通做到优秀的话，就是上面几句话。
1. 拥抱 Platform Engineering 思维
不要把自己定义为"运维"，而要定义成"平台提供者"。你的价值不在于帮别人部署应用，而在于提供一个让任何人都能自助部署的平台。学习如何设计好的开发者体验（Developer Experience, DevEx），这将是未来 5-10 年的核心竞争力。
2. 将 AI 作为杠杆，而非威胁
2025 年，AI 已经深刻改变了运维的工作方式。但请记住：
3. 建立全球化视野
2025 年，远程办公已经成为常态。你可以为海外公司工作，获得美元/欧元薪资；你的竞争对手不再只是本地同行，而是全球人才；英语能力和跨文化沟通变得前所未有的重要。
4. 投资可迁移技能
技术栈会过时，但这些能力永远不会：系统性思维和问题分解能力、清晰的书面和口头表达、同理心和换位思考、快速学习和适应变化、在不确定性中做出决策。
5. 打造个人技术品牌
在 2025 年，个人品牌的重要性远超 2019 年。具体做法：在 GitHub 上维护高质量的开源项目；定期撰写技术博客或 Newsletter；参与技术社区的讨论；尝试在 meetup 或会议上做技术分享；在 LinkedIn 上保持活跃的专业形象。
岗位上，可能不会跟我一样去做运维，但却一样可以做到优秀的架构师、技术专家、项目经理或产品经理等等，只要你有心即可。