SRE

深圳总部/北京/上海 · 校招 · 2027 届 · 本科

长期有效

前往官方投递页 →

任职要求

AI应用技能：
善于借助AI工具拆解复杂问题、探索解决方案，并能对AI 的输出进行高质量判断，具备人机协同的工作意识和习惯。
专业能力：
1、熟悉计算机网络、体系架构、计算机原理、Linux/Windows操作系统及常用命令；
2、至少掌握一门编程语言，例如Python/Java/GO/Shell等，有良好的编码规范；
3、对AI在运维领域的应用（AIOps、智能监控、故障预测等）有认知和兴趣。
其他：
1、具备出色的数据分析和深度思考能力，不畏困难推进问题解决；
2、责任心强、能抗压，具备良好的用户意识、沟通能力和团队协作能力；
3、乐于尝试新技术和学习新知识，爱钻研、乐实践、愿分享。
1、计算机、通信、软件、自动化等相关理工科专业背景；
2、深入理解Linux内核和计算机网络，有操作系统、网络、硬件相关的故障分析、性能调优、代码开发经验；
3、在校期间有ACM编程、数学建模等竞赛获奖，有项目管理、代码开发相关的校园实习或社会实习经验；
4、熟悉云计算相关技术，例如计算虚拟化、网络虚拟化、分布式存储、容器、数据库、中间件、K8S等，有相关平台/组件的使用、维护、管理、开发经验。

岗位描述

【岗位职责】

1、负责公司海量服务和平台的高可用、高可靠保障和优化，通过DevOps/AIOps平台和工具建设，实现极致高效稳定的持续部署、容量管理、监控定位、故障恢复，用专业技术和优质服务提升产品体验；
2、负责业务在公司基础设施及公有云上的规划及构建【包含但不限于云厂商选型、机房节点(云区域)选址、程序资源适配等】，通过平台工程和工具研发能力，打造面向全球的低成本、高可靠、优体验的运营基础环境。
3、负责公司百亿规模运营资源管理，引领公司业务资源与基础架构的合理使用及前瞻规划，覆盖计算、存储、CDN加速、网络、数据库、PaaS平台等，持续提升资源管理效率和降低运营成本；
4、负责业务的稳定性保障，玩家体验优化，发布变更，故障处理，提升故障快速恢复的手段和能力，提供持续优化稳定性架构方案等；
5、负责业务容灾架构的设计和落地，容量管理，资源筹备等；
6、负责与研发团队协作解决研发过程问题，提升研发效率，提供稳定高效的研发保障服务；
7、负责CI、CD、CO等领域PaaS平台和SaaS工具的设计与研发；
8、负责CI、CD、CO等领域的平台SRE工作，包括高可用架构设计优化、可靠性保障等；
9、探索AI在SRE领域的深度应用（智能巡检、异常检测、ChatOps等），利用AI进行智能告警、故障预测和根因分析。

【任职要求】

AI应用技能：

善于借助AI工具拆解复杂问题、探索解决方案，并能对AI 的输出进行高质量判断，具备人机协同的工作意识和习惯。

专业能力：

1、熟悉计算机网络、体系架构、计算机原理、Linux/Windows操作系统及常用命令；
2、至少掌握一门编程语言，例如Python/Java/GO/Shell等，有良好的编码规范；
3、对AI在运维领域的应用（AIOps、智能监控、故障预测等）有认知和兴趣。

其他：

1、具备出色的数据分析和深度思考能力，不畏困难推进问题解决；
2、责任心强、能抗压，具备良好的用户意识、沟通能力和团队协作能力；
3、乐于尝试新技术和学习新知识，爱钻研、乐实践、愿分享。

【加分项】

1、计算机、通信、软件、自动化等相关理工科专业背景；
2、深入理解Linux内核和计算机网络，有操作系统、网络、硬件相关的故障分析、性能调优、代码开发经验；
3、在校期间有ACM编程、数学建模等竞赛获奖，有项目管理、代码开发相关的校园实习或社会实习经验；
4、熟悉云计算相关技术，例如计算虚拟化、网络虚拟化、分布式存储、容器、数据库、中间件、K8S等，有相关平台/组件的使用、维护、管理、开发经验。

你的简历匹配这个岗位吗？

上传简历，AI 会对照这份 JD 指出你的差距和需要补强的地方

登录后分析我的简历

该岗位可能会问的问题

基于后端开发岗位的常见面试问题整理

请解释 RESTful API 的设计原则，并举一个你实际设计过的例子

类型专业能力·难度中等

查看答题思路

1. 资源导向：URL 表示资源而非操作 2. HTTP 方法语义：GET/POST/PUT/DELETE 对应查增改删 3. 无状态：每个请求包含全部所需信息 4. 统一接口：一致的响应格式（如 JSON） 5. 举例：用户模块 /users/{id}，GET 查/POST 创/PUT 改/DELETE 删，返回统一 {code, data, message}

MySQL 索引的底层数据结构是什么？为什么用 B+ 树而不是哈希表或红黑树

类型专业能力·难度困难

查看答题思路

1. B+ 树：非叶子节点只存 key 不存 data，单次 IO 读更多 key 2. 叶子节点形成有序链表，支持范围查询（哈希表不支持范围） 3. 高度低（3-4 层可存千万级数据），减少磁盘 IO 4. 对比红黑树：B+ 树是多叉的，高度更低，磁盘 IO 更少

你参与过的最复杂的后端项目是什么，你承担了什么角色

类型项目经历·难度中等

查看答题思路

1. 项目背景：一句话说清业务场景 2. 技术栈：语言/框架/数据库/中间件 3. 个人职责：你做的，不是团队做的——用「我设计了」「我优化了」 4. 难点：遇到了什么具体问题，怎么解决的 5. 数据佐证：QPS 从多少提到多少 / 延迟降了多少

什么是微服务架构，和单体架构相比各有什么优劣

类型专业能力·难度简单

查看答题思路

1. 单体：所有功能在一个进程，部署简单，初期开发快；缺点是耦合高、扩展难 2. 微服务：按业务拆分独立服务，独立部署/扩展/技术栈 3. 优点：故障隔离、团队自治、技术栈灵活 4. 缺点：网络开销、分布式事务、运维复杂度 5. 判断标准：团队<10 人或业务不复杂时，单体是更好的选择

如何设计一个高并发的秒杀系统

类型情景/案例·难度困难

查看答题思路

1. 前端限流：按钮置灰、验证码 2. 网关层：Nginx 限流 + 负载均衡 3. 业务层：Redis 预减库存（原子操作），消息队列异步下单 4. 数据库：乐观锁扣库存，读写分离 5. 降级方案：流量过大时返回「已售罄」而非崩溃

更多面试题库功能即将上线

信息来源：企业官方招聘页。投递前请以官网信息为准。

前往官方投递页 →