从使用者到建设者：云平台岗位求职与技能进阶指南

“滴滴云平台事业群”最近放出了不少云端岗位，“云端有位，虚位以待”这句话在技术群里被转了很多次。不少朋友来问我，说想投这类云平台团队，但不太确定该准备什么、从哪里入手。我在这个方向干了多年，简历筛了不少、面试也面了不少，所以想借这个机会，把云平台岗位背后的真实逻辑拆开讲一讲。它和你平时做业务后端、用云服务控制台完全是两回事。这篇文章会从岗位版图、能力错配、准备路线、日常状态到求职建议，一步步讲清楚，适合所有对云平台方向感兴趣、想参与云端岗位竞争的同学。

1. 一个被忽视的事实：云平台团队项目和面试题是两套体系

很多候选人拿到云平台岗位的面试邀请时，信心满满，觉得“我天天在用Docker和Kubernetes，总没问题吧”。结果面试官随便追问几个问题，人就沉默了。问题出在哪？出在他一直站在“使用者”角度准备，而云平台团队要的是“建设者”。

1.1 热招不等于缺人头，而是缺匹配的人头

“热招”这两个字背后，往往藏着一个很多人没想明白的点：岗位放出来不代表没有候选人，而是合适的候选人太少。云平台尤其如此。业务后端培养的是应用开发能力，你会写业务接口、会连数据库、会调缓存，前端后端能跑通，这就够一个业务系统的日常要求了。但云平台需要的是平台建设能力，你得能设计一套在多可用区、多集群下稳定运行的基础设施，要面对的是调度、存储、网络、容灾、成本、稳定性这些更底层的问题。

我在筛简历时经常看到很多同学写“熟悉Docker/Kubernetes”，然后深入一问，发现他只会在测试环境写yaml，部署一个nginx都费劲，更别说解释Pod生命周期。不是说这位同学能力不行，而是他不清楚云平台岗位的定位。如果一个岗位要的是能造路的人，你只说自己会开车，那必然错配。热招之下，看起来岗位多，但真正匹配的人头始终很少，因为能建设平台的人培养周期很长，市场上没有大量现成库存。

1.2 使用者视角和建设者视角的差距，隔着一整条技术栈

拿开车类比。大多数人开车只需要知道油门、刹车、方向盘，知道看仪表盘，能把车从A开到B，这就是使用者。但云平台工程师要做的，是那批“修车、造车、设计整条公路系统”的人。你得知道发动机什么时候可能过热，轮胎在什么条件下会打滑，刹车片的寿命怎么预估，甚至得知道红绿灯系统、路网规划出了问题怎么排查。

落到技术上，使用者关心的是“我创建一个负载均衡实例，绑定后端服务器，流量就能分发过去”。建设者关心的是，连接追踪表如何实现、健康检查怎么探测、证书怎么终止、多租户如何隔离、海量连接下内存和CPU会不会被打爆。使用者关心“我发一条消息，消费者能收到”，建设者关心消息队列的主从同步、积压处理、offset管理和数据不丢的机制。

这两套体系没有绝对谁高谁低，但云平台岗位按照建设者标准来招人。简历上堆砌“熟悉XX”“了解XX”没有意义，关键是看你对整个系统真正理解到哪一层，能不能在故障时刻从原理层定位问题。如果你现在还是在“使用”层面，那就需要先搞明白这一点，再谈准备路线。

2. 云端岗位的真实版图：热招背后到底在招谁

云平台不是一个单一岗位，而是一个方向族。我经常看到有人投“云平台工程师”，但问他具体想做哪个方向，他却说不清。这不行。想投云平台，先得知道自己适合哪个细分赛道。

2.1 岗位方向地图：一张表看懂云平台的主要战场

我按最常见的团队划分，把云平台相关的岗位方向整理了一下：