求职意向
工作性质全职
目标岗位云平台运维工程师 / 数据库 SA / SRE 工程师
期望薪资面议
目标地点广州、深圳、长沙（可接受远程）
目标行业互联网/电子商务、金融科技、企业服务、人工智能
工作年限近 8 年
职业定位：以运维保障与稳定性建设为主，参与平台架构设计与技术方案评审；可在云平台运维、数据库运维、SRE 三类岗位间灵活承接。
个人优势
近 8 年云平台运维与稳定性建设经验，擅长大规模分布式系统的运维保障与性能优化；具备多云、数据库（含 Oracle 表设计优化）、容器全栈运维能力，并参与平台架构设计与技术方案评审；现任阿里国际站数据库 SA。有 Java 后端开发基础，熟悉 Spring Boot / Spring Cloud 等框架与微服务开发，能兼顾开发与运维。近期拓展至 AI 应用方向（大模型微调、RAG 知识库、MCP、Dify 工作流），具备较强的故障定位与高压应急处理能力。
专业技能
☁️ 云平台阿里云、AWS、Azure、腾讯云生产实践，具备多云资源管理、迁移配合与成本治理经验；持有阿里云 ACP 认证。
🗄️ 数据库PolarDB、MySQL、PostgreSQL、Oracle、MongoDB、Redis，熟悉高可用架构、读写分离、分库分表、性能调优、备份容灾；Oracle 数据库表设计与结构优化方面有深入实践；具备国产数据库实践经验——达梦（DM8，部署、数据守护集群、国产化迁移）与 TiDB（分布式集群搭建、扩缩容、BR 备份、慢 SQL 调优）。
🐳 容器编排Docker、Kubernetes 生产实践，熟悉集群运维与微服务部署。
📊 监控可观测Prometheus、Grafana、ELK Stack、Zabbix，参与建设监控告警体系，支持秒级故障发现。
⚙️ 自动化与协作Ansible、Jenkins、GitLab CI/CD，具备运维自动化和标准化建设能力；使用 Jira 跟进项目进度与任务管理。
💻 后端开发有 Java 后端开发经验，熟悉 Spring Boot / Spring Cloud / MyBatis 等主流框架及微服务开发；Python、Shell 用于运维脚本与自动化工具，Go 能看能改。
🖥️ 系统网络Linux（CentOS/Ubuntu/Debian）、Windows Server；熟悉 TCP/IP、HTTP/HTTPS、DNS、负载均衡、CDN；持有 RHCE 认证。
🔐 安全合规系统加固、漏洞管理、等保配合、数据加密、访问控制。
🤖 AI/大模型具备大模型垂直领域微调实战经验，在 ModelScope 开源个人微调垂直模型；掌握知识库（RAG）搭建、MCP 协议应用、Claude Skills 定制、Dify 工作流开发等 AI 应用落地能力。
工作经历
数据库 SA
- 负责云平台客户数据库架构咨询，提供阿里云全线数据库产品（PolarDB/MySQL/RDS/MongoDB/Redis）的选型设计与性能优化方案。
- 参与大型数据库迁移项目，配合设计 DTS 数据传输、跨云同步、异地多活方案。
- 配合制定企业级容灾备份策略，保障 RPO/RTO 达标的高可用架构落地。
- 为客户提供容量规划、成本优化、性能调优等全生命周期技术支持。
- 服务 50+ 大型企业客户，架构咨询满意度 98%、复购率 85%。
- PolarDB 架构优化使客户核心交易 TPS 提升约 +300%，年度成本降低 40%+。
- 参与 10+ PB 级数据库迁移项目，实现零业务中断、零数据丢失。
- 容灾方案实现 RPO < 1 分钟、RTO < 5 分钟，达到金融级标准。
- Redis 集群优化支撑 QPS 从 10 万 提升至 100 万+。
广东联通产互公司
2023.05 – 2024.01
云平台运维工程师
- 负责 20+ 台 Linux 服务器集群的规划、部署、监控与运维管理。
- 参与业务系统架构设计评审，提供运维视角的技术方案与风险评估。
- 负责系统安全加固、漏洞修复、等保配合与安全策略执行。
- 达梦数据库（DM8）建设与运维：完成国产化替代场景下达梦数据库的安装部署、实例参数调优与数据守护（主备实时归档）集群搭建；负责日常巡检、备份恢复演练、表空间与用户权限管理，以及 MySQL 到达梦的迁移适配（语法差异改造、兼容性验证）。
- TiDB 分布式数据库建设与运维：使用 TiUP 完成 TiDB 集群的规划与部署（TiDB Server / TiKV / PD / TiFlash），支撑业务水平扩展场景；日常负责集群扩缩容、BR 备份恢复、TiDB Dashboard 与 Grafana 监控告警维护、慢 SQL 定位与执行计划优化（EXPLAIN ANALYZE、Region 热点调优）。
- 自动化脚本优化使运维效率提升约 200%，人工操作错误率降低 80%。
- MySQL 性能优化使核心业务响应时间缩短约 60%。
- 达梦数据守护集群实现主备切换 RTO < 10 秒，全年核心库可用性 99.99%；MySQL→达梦迁移按期零数据丢失完成，满足国产化验收要求。
- TiDB 集群弹性扩容应对业务高峰，存储与计算分离架构下大表查询性能明显优于原 MySQL 分库分表方案；BR 全量+增量备份恢复演练通过率 100%。
- Zabbix 监控覆盖率达 95%，故障发现缩短至 5 分钟内。
- 数据备份成功率 99.9%，年度故障时间从 72 小时降至 12 小时。
Ericsson 爱立信
2021.01 – 2023.05
云平台运维工程师
- 参与 5G 核心网云原生平台架构设计与运维，支撑电信级高可用要求。
- 参与 Kubernetes 容器平台建设与微服务应用管理。
- 参与建设自动化运维体系，含监控告警、故障自愈、容量管理。
- 参与 OpenStack 私有云平台的设计优化与运维管理。
- 参与 K8s 容器平台运维，支撑电信核心业务。
- CI/CD 流水线建设使交付效率提升约 400%，发布成功率 95%+。
- 容器资源调度优化使集群利用率提升约 50%。
- 系统可用性达到电信级 99.999%，年度故障时间 < 5 分钟。
运维工程师
- 负责日活 100 万+ 业务系统的 Web 应用服务器部署与维护。
- 深度负责 Oracle 数据库日常运维与性能调优：AWR 报告分析、执行计划解读、慢 SQL 治理、索引与表结构优化、表分区维护；同时参与 MySQL 性能优化。
- 维护 CDN、负载均衡等网络基础设施，保障用户体验。
- 负责线上故障应急响应，处理 PC / App / 小程序各类问题。
- Oracle 深度调优：通过 AWR 分析、SQL 重写与索引优化，使核心业务报表与重点查询响应时间显著缩短。
- 系统架构优化使并发处理能力提升约 150%。
- 数据库索引优化使核心查询性能提升约 200%。
- CDN 与负载均衡优化使首屏加载时间显著缩短。
项目经历
🚀 数据中台云原生架构改造
- 项目规模：用户 1000 万+，日订单 100 万+，峰值 QPS 50 万+。
- 我的角色：运维负责人 / 核心成员。
- 技术方案：基于 K8s 构建容器平台（300+ 微服务）、建设 CI/CD 流水线（日均 50 次发布）、参与灰度与蓝绿发布方案设计。
- 项目成果：可用性 96.5%→99.95%，发布效率提升 300%，资源利用率提升 40%。
📊 企业级监控运维平台建设
- 我的角色：核心成员。
- 技术方案：Prometheus+Grafana（50+ 服务器）、ELK 日志平台（日处理 5TB+）、自动化运维工具、多渠道告警中心。
- 项目成果：监控覆盖率 95%+，故障发现从小时级缩短到分钟级，运维效率提升 200%。
🏦 金融级数据库高可用架构建设
- 我的角色：核心成员。
- 技术方案：PolarDB/MySQL/PostgreSQL 主从 + 读写分离（10 万+ QPS）、Redis 集群高可用、自动化故障切换（RTO < 30 秒）、秒级监控告警。
- 项目成果：数据库可用性 99.99%，故障恢复分钟级，业务零中断。
证书与教育
🔴 红帽 RHCERed Hat Certified Engineer — Linux 系统运维与自动化能力认证
☁️ 阿里云 ACPAlibaba Cloud Computing Professional — 阿里云云计算工程师认证
🎓 学历：本科 · 计算机科学与技术
个人信条
工作信条：运维的本质是对"稳定"的敬畏——每一次变更都可能是下一次故障的起点。坚持"变更可回滚、操作可追溯、风险可量化"，把每一次上线、每一行 SQL、每一个配置项都当作对业务承诺来对待；宁可事前多花十分钟评审，也不在事后花十小时救火。
座右铭：行百里者半九十。系统稳定不是冲刺出来的，而是无数个"最后再检查一遍"的日常累积出来的。越是临近发布、越是深夜割接、越是看似简单的操作，越要慢一拍、多确认。
做事原则：先看清，再动手。遇到故障先看监控、看日志、看变更记录，定位根因后再处置；不靠猜测运维，不靠重启解决问题。每一次故障都形成复盘，把经验沉淀为文档、脚本和告警，让团队不再踩同一个坑。
人生信仰：相信"长期主义"——技术没有捷径，真正的成长来自日复一日的积累与复盘。做人做事信奉"诚实、靠谱、利他"：对数据诚实、对承诺靠谱、对团队利他。一个人能走多远，取决于他愿意为别人扛多少事；越是高压时刻，越要成为团队里"能接住事"的那个人。
职业态度：保持对新技术的好奇与敬畏，不盲目追新，也不固守旧经验；什么能真正解决业务问题、提升稳定性，就学什么、用什么。在快与稳之间，永远把"稳"放在第一位——因为稳定的系统，才是对用户、对业务、对自己最好的交代。