负责公司云网融合架构下全链路网络系统的稳定性保障、性能优化及自动化运维体系建设，工作边界覆盖数据中心网络（DCN）、软件定义广域网（SD-WAN）及云网络（VPC/混合云）的全生命周期管理。

• 主导完成云网融合架构2.0升级，针对跨可用区（AZ）流量拥塞问题，基于Istio服务网格实现微服务间流量的智能路由与负载均衡，结合Calico网络策略引擎动态调整东西向流量优先级，将跨AZ延迟从80ms降至35ms，季度性网络丢包率从0.12%优化至0.03%；同步引入eBPF技术增强内核级流量监控，实现关键业务流量的无侵入式采样分析。
• 牵头SD-WAN智能调度系统优化项目，通过Python开发定制化流量分析脚本，对接Prometheus+Grafana构建实时流量热力图看板，结合机器学习模型预测分支节点带宽峰值，动态调整BGP路由策略与QoS队列权重，使分支到总部专线利用率从58%提升至82%，年节省专线成本超120万元；故障定位耗时从平均45分钟压缩至10分钟内。
• 推动网络运维自动化转型，基于Ansible Tower开发20+标准化剧本，覆盖交换机配置下发、防火墙策略同步、路由协议状态校验等场景，将日常变更操作人工干预步骤减少60%，同时通过预校验机制将配置错误导致的故障率从月均3次降至0次。
• 处置重大网络故障5起，其中某次因BGP路由泄露导致核心业务中断事件中，快速定位第三方ISP路由宣告异常，联动运营商启用RPKI路由起源验证机制，并在公司侧部署ROV（路由起源验证）网关，后续同类风险阻断率达100%。

聚焦数据中心网络（DCN）与混合云网络的稳定性建设，负责大规模集群网络规划、性能调优及跨云网络互联方案落地，工作边界覆盖从底层交换机配置到上层业务网络质量保障的全链路。

• 主导10万+服务器规模数据中心网络扩容项目，采用Leaf-Spine架构部署华为CE12800系列交换机，设计ECMP（等价多路径）负载均衡策略并验证TRILL协议兼容性，单集群南北向吞吐量从120Tbps提升至200Tbps，支撑新业务上线期间流量洪峰无拥塞。
• 优化跨数据中心专线（MSTP）利用率，通过NetFlow+sFlow双维度流量采集，结合ELK栈分析业务流量特征，识别出3类低效长连接业务并推动其迁移至SD-WAN通道，同时调整QoS策略为视频直播流分配更高DSCP优先级，专线平均利用率从41%提升至75%，年节约线路费用85万元。
• 搭建网络全栈监控体系，集成Zabbix实现交换机/路由器基础指标（CPU/内存/端口状态）监控，同步通过Elasticsearch+Logstash+Kibana构建流量日志分析平台，设置500+自定义告警规则（如BGP会话中断、端口错包率超阈值），故障预警准确率从78%提升至95%。
• 全程参与公司两地三中心灾备演练，验证网络冗余方案有效性：通过模拟主数据中心出口光缆切断场景，确认备用链路（AWS Direct Connect+运营商裸纤）可在38秒内完成流量切换，RTO（恢复时间目标）从原设计的2小时压缩至5分钟内。

承担企业级网络基础设施的日常运维与优化，负责办公网、生产网及公有云网络的连通性保障，工作边界覆盖设备巡检、故障排查、业务网络调优等基础运维场景。

• 建立标准化网络巡检流程，基于Nagios+Check_MK实现交换机端口状态、路由协议邻居关系、ACL规则匹配数的自动化巡检，每日输出健康报告，提前发现并处理潜在故障点（如端口环路、路由震荡）17次，年度网络中断时长从42小时降至9小时。
• 协助完成核心业务系统迁移至AWS云，主导配置VPC peering、Direct Connect专线及Route53健康检查，同步优化跨云网络路由策略（静态路由+BGP混合模式），保障迁移期间业务访问延迟波动小于15ms，用户投诉率下降65%。
• 针对办公网无线覆盖不稳定问题，使用AirMagnet Survey工具进行信号强度与干扰源扫描，重新规划AP部署位置并调整信道（避开2.4GHz拥堵频段），终端连接成功率从89%提升至98%，漫游丢包率从3%降至0.5%以内。
• 编制《网络设备配置规范》《常见故障排查手册》等文档12份，梳理交换机堆叠配置、防火墙NAT策略、VPN隧道维护等10类高频操作SOP，新人独立处理基础故障的平均时间从72小时缩短至24小时。

• 大二观察到毕业生离校时大量教材被废弃，而新生购书支出占生活费12%，便发起校园书籍教材循环计划。为解决传统二手书交易效率低的问题，我们开发微信小程序实现扫码估价、预约取件功能，并说服快递中心以成本价承接物流。
• 通过建立翻新消毒标准打消卫生顾虑，项目年流通教材1.2万册，累计为同学节省书费38万元。这段经历让我从商业小白成长为能设计闭环模式的实践者，项目不仅获省级创业金奖，更被纳入学校官方服务体系延续至今。

直播业务高可用运维中台研发与全链路落地

• 项目背景：公司直播业务年增速超150%，但传统运维依赖人工排查与脚本堆砌，存在故障定位慢（平均45分钟/次）、自动化覆盖不足（仅30%核心场景）、跨团队协作效率低三大痛点；目标是构建集“监控-诊断-处置-复盘”于一体的运维中台，支撑百万级并发直播场景的高可用需求，我作为项目技术负责人主导全生命周期设计与落地。
• 关键难题与技术选型：① 多源数据融合难——直播链路涉及CDN、推流、信令、业务数据库等8类数据源，格式异构且实时性要求高；② 故障精准定位难——传统阈值告警误报率达60%，无法快速关联根因；③ 自动化处置闭环难——跨系统（如阿里云、自研直播引擎）的操作依赖缺乏统一编排工具。针对这些问题，我选择以Prometheus+Thanos构建统一监控数据层，结合Flink实时流处理实现数据标准化；基于Neo4j自研故障知识图谱，引入规则引擎（Drools）实现告警关联与根因推理；用Go语言开发自动化编排引擎，支持RESTful API与Webhook触发跨系统操作。
• 核心行动与创新：① 主导设计中台三层架构（数据层-逻辑层-接口层），推动监控、诊断、处置模块解耦，降低后续扩展成本；② 针对直播“推流中断-观众流失”的链式故障，优化知识图谱的规则权重，将根因定位准确率从40%提升至85%；③ 协调开发、算法、业务团队制定“故障处置SOP”，将常见故障（如CDN节点故障、推流码率异常）封装为可复用的自动化 playbook，覆盖75%核心场景。
• 项目成果与价值：① 故障恢复时间（MTTR）从45分钟降至8分钟内，大促期间支撑12场百万级并发直播（峰值QPS达20万），零重大事故；② 自动化运维覆盖率从30%提升至75%，运维人力投入减少40%；③ 输出《直播业务运维中台技术规范》，成为公司同类业务的通用底座，我个人也因此晋升为运维技术组组长，负责后续中台的迭代优化。

电商大促核心链路自动化运维体系搭建与压测验证

• 项目背景：公司电商业务大促（如双11、618）期间，核心链路（订单、支付、库存）依赖人工执行配置变更、容量评估与故障演练，曾因操作失误导致订单延迟30分钟，影响GMV约2000万；目标是搭建“可编排、可回滚、可验证”的自动化运维体系，将大促运维风险从“被动救火”转为“主动防控”，我作为核心成员负责方案设计与落地。
• 关键难题与技术突破：① 多系统联动复杂性——核心链路涉及ERP、OMS、支付网关等6个系统，操作依赖关系不明确，易引发连锁故障；② 幂等性与回滚可靠性——大促期间需高频执行配置变更，传统脚本无法保证重复操作的幂等，回滚流程易遗漏步骤；③ 应急响应时效性——人工判断故障并启动回滚需15分钟以上，无法满足大促“秒级恢复”要求。针对这些问题，我用Ansible+SaltStack构建配置管理基座，实现系统配置的版本化与幂等执行；自研“大促运维剧本引擎”，支持可视化编排（通过Vue.js开发前端界面），将运维操作转化为可复用的“剧本”（如“库存系统扩容剧本”“支付链路降级剧本”）；用Python开发回滚校验模块，基于日志与指标数据自动验证回滚效果。
• 核心行动与决策：① 牵头梳理大促核心链路的关键节点（如订单创建、支付回调、库存扣减），识别12个高风险操作，将其封装为自动化剧本；② 设计“预演-压测-复盘”闭环流程，通过JMeter模拟10万并发订单，验证剧本的稳定性，优化后剧本执行成功率从90%提升至99.9%；③ 推动建立“大促运维值班SOP”，将剧本执行权限下放至一线运维，同时设置“双校验”机制（自动校验+人工确认），降低操作风险。
• 项目成果与价值：① 大促期间人工操作量减少60%，核心链路故障发生率下降50%，支撑单日GMV破12亿的双11大促，零因运维操作导致的故障；② 输出《电商大促自动化运维手册》，成为公司后续大促的标准流程，我个人也因贡献突出获得“年度优秀员工”称号，同时积累了应对高并发、高风险的运维体系设计经验。