
滴滴出行
CPG-k8s研发工程师
CPG-k8s研发工程师
发布于 大约 20 小时前普通员工/个人贡献者
北京市
高级经验
全职员工
仅现场办公
本科
软件工程
Cgroup
Go
Kubelet
Namespace
可观测性
大规模集群
容器
AI 估算 · 30k–50k
滴滴已上市,北京高级k8s工程师薪资偏高,技术要求高(Kubelet源码+万级集群),竞争力强。
职位详情
关于这个职位
负责滴滴万级规模集群中 Kubelet 等核心组件的维护与优化,设计算力归一化方案,建设单机可观测性能力,并跟踪 Kubernetes 社区技术演进
需要深厚的 Go 语言功底、Linux 系统知识及 Kubelet 源码级开发经验,适合追求大规模分布式系统稳定性的后端技术专家
最低要求
本科及以上学历,计算机、软件工程等相关专业
年及以上后端研发经验,熟练使用 Go 语言,具备良好的编码规范与工程实践习惯
深入理解 Linux 系统原理,熟悉进程管理、cgroup、namespace 等操作系统底层机制
熟悉 Kubernetes 架构,具备 Kubelet 源码阅读、二次开发或问题排查经验
具备节点侧 Agent 类组件的开发经验,能独立完成模块设计、编码与线上问题排查
良好的问题定位能力,能够独立解决复杂的稳定性、性能问题
有大规模集群(万级节点以上)单机组件研发或稳定性保障经验优先
工作职责
负责滴滴容器服务上万台机器规模下的单机核心组件 kubelet、kube-agent 等的日常维护、Bug 修复、版本升级,保障大规模集群下节点侧 Pod 生命周期管理、资源上报、驱逐策略等核心能力的稳定性与性能
负责设计并落地算力归一化方案,将不同代际、不同规格的混合云计算资源转换为统一度量单位,支撑跨机型资源调度、容量规划与成本核算,并持续跟踪归一化模型的准确性并根据实际负载表现迭代优化算法
建设单机侧可观测性能力(指标采集、异常检测、故障自愈),配合上层调度、运维团队定位并解决节点级疑难问题
跟踪 Kubernetes 社区版本路线图与 KEP 演进,评估新特性及已知 Bug/CVE 对内部集群的影响,主导版本升级与特性落地方案
优先资格
有大规模集群(万级节点以上)单机组件研发或稳定性保障经验优先
AI 洞察
优缺点分析
优点
- 工作涉及源码级开发和社区跟踪,技术深度和广度都很大,利于个人成长
- 稳定性保障经验在市场上非常稀缺,未来跳槽或晋升有显著优势
- 大规模集群的稳定性和性能问题极其复杂,需要强大的问题定位和抗压能力
- 技术栈更新快,需要持续跟踪社区版本和 CVE,工作节奏可能较快
- 岗位对综合能力要求高,不仅需要编程和系统知识,还需理解底层调度策略
缺点 / 挑战
- 滴滴出行作为互联网大厂,容器平台规模巨大,能接触最前沿的 Kubernetes 技术和挑战
- 适合有 5 年以上后端经验、对 Kubernetes 有浓厚兴趣、乐于挑战大规模分布式系统难题、追求技术深度的工程师
角色解读
- 可向 Kubernetes 社区贡献者或核心维护者发展,参与上游 KEP 设计和评审
- 在容器调度平台领域深耕,成为大规模集群稳定性专家或架构师
- 转型云原生平台架构师,负责整体容器平台规划与演进
- 负责维护和优化滴滴万级规模集群中 Kubelet、kube-agent 等核心组件,确保 Pod 生命周期管理、资源上报、驱逐策略等功能的稳定性与性能
- 设计并实现算力归一化方案,将不同代际规格的混合云资源统一度量,支撑调度优化和成本核算
- 建设节点侧可观测性体系,包括指标采集、异常检测和故障自愈,配合团队解决实际问题
- 精通 Go 语言,具备良好的编码习惯和工程实践能力
- 深入理解 Linux 内核机制,如 cgroup、namespace、进程管理,能解决底层问题
- 熟悉 Kubernetes 架构,特别是 Kubelet 源码,有二次开发或问题排查经验
- 具备大规模集群(万级节点)单机组件开发和稳定性保障经验
申请策略
- 面试时准备一个你主导的复杂系统稳定性案例,体现定位问题、设计解决方案的能力
- 关注滴滴技术博客或开源项目,了解公司技术栈和团队风格,面试中展现匹配度
- 重点突出 Go 语言项目经验和 Kubelet 相关源码分析或二次开发经历
- 展示解决复杂稳定性问题的案例,如节点故障自愈、性能调优等
- 如果有开源贡献或社区参与(如 KEP 讨论),务必列出
- 建议深入阅读 Kubelet 核心模块源码,理解 Pod 生命周期管理细节
- 加强 Linux 底层机制(cgroup、namespace)的实践,如写一个小型容器运行时
- 学习可观测性工具(Prometheus、Grafana)和故障自愈系统设计
面试指南
- 对于原理性问题:先分步骤阐述流程,再结合源码关键点说明,最后给出实际案例
- 对于排障问题:采用“现象分析→假设验证→根因定位→解决方案”的结构,突出系统性思维
- Kubelet 中 Pod 创建流程是怎样的?涉及哪些组件调用?
- 如何排查集群中节点状态异常(如 NotReady)的问题?
- 描述一下 cgroup 和 namespace 在容器隔离中的作用,以及如何调试资源泄漏
- 你如何看待 Kubernetes 社区对 Kubelet 的架构演进?比如 Pod 资源模型的变化
- 假设一个节点出现 CPU 竞争,导致 kubelet 响应超时,你会如何分析并解决?
- 熟记 Kubelet 启动参数、主要模块(PLEG、podWorker、statusManager)职责
职位点评
72
综合评分
大厂核心技术岗,前沿 k8s 方向,薪资中上,技术成长极快但 WLB 一般。
从薪资福利、成长空间、工作节奏和岗位方向综合评估,方便横向比较。
更适合这类人
最适合追求技术深度和前沿视野、对薪资有中等要求、能接受现场办公和可能加班的工程师。
表现最好
成长发展
相对薄弱
工作生活
薪资福利70
成长发展95
工作生活50
使命价值60
薪资福利
70中等
薪资水平偏高(北京高级 k8s 工程师),滴滴提供五险一金、年终奖等常规福利,但 JD 未明确提及超长福利,属于市场水准偏上。
薪资信号市场水准 (30K-50K/月)
成长发展
95较高
岗位涉及前瞻性技术(Kubernetes 源码、大规模集群稳定性),社区跟踪和算力归一化都是前沿方向,成长空间极大。
技术前沿前沿/新兴技术
技术栈Kubernetes、Kubelet、cgroup、namespace、算力归一化、可观测性
成长机会跟踪 Kubernetes 社区版本路线图与 KEP 演进
业务类型cost_center
工作生活
50较低
仅现场办公,北京望京区域,未提及弹性工作制;互联网公司通常有加班文化,JD 无明确 WLB 信号。
工作模式仅现场办公
办公地点市区核心地段
加班情况未提及(无法判断)
使命价值
60中等
滴滴出行在出行领域具有社会影响力,但该岗位属于基础设施部门,社会价值间接,行业增长稳定。
行业发展稳定成熟行业
社会影响中性/一般
创新程度积极采用新技术
滴滴出行 的其他在招职位
相似职位推荐
Watch Jobs