负责公司核心增值业务平台（含视频通话、智能短信、物联网消息网关）的架构设计、功能迭代及性能优化，协同网络运维团队保障系统99.99%可用性，主导解决高并发场景下的业务逻辑与电信协议适配问题。

• 主导视频通话增值业务平台从单体架构向Spring Cloud微服务架构的重构，基于Eureka实现服务注册发现，结合Feign+Ribbon完成负载均衡，拆分出鉴权、会话管理、媒体转发3个核心服务模块；引入Redis Cluster缓存高频会话数据，将接口平均响应时间从450ms压降至180ms，支撑双11期间单日1200万次视频呼叫的高并发场景。
• 针对物联网消息网关频繁出现的SIP信令丢失问题，通过Wireshark抓包分析定位到UDP传输丢包率高的痛点，设计双通道冗余方案（UDP+TCP混合传输），并开发信令重传校验机制（基于HMAC-SHA256签名验证），将消息送达率从92%提升至99.6%，月故障投诉量下降85%。
• 优化智能短信平台的计费结算模块，原基于Oracle存储过程的批处理耗时4小时/天，通过迁移至Spark分布式计算框架，结合Hive元数据管理，优化SQL查询语句（减少全表扫描，增加分区过滤），将处理时长缩短至25分钟/天，支撑月均20亿条短信的精准计费需求。
• 牵头制定《增值业务API接口规范V3.0》，统一RESTful接口的错误码体系（定义4大类28小类状态码）、鉴权方式（JWT+OAuth2.0混合认证）及流量控制策略（令牌桶算法限流），推动跨部门协作效率提升40%，新业务上线周期从8周压缩至5周。

承担电信增值业务系统（CRM侧）的功能开发与维护，聚焦用户订购关系管理、业务触发引擎及与营帐系统的接口对接，解决多业务线并行的兼容性问题，保障核心业务流程的稳定性。

• 独立完成智能套餐推荐模块开发，基于用户行为数据（通话时长、流量使用、短信频次）构建RFM模型，使用Python的Scikit-learn库训练分类器，实现个性化套餐弹窗推荐，上线后用户主动订购转化率提升22%，月均增收150万元。
• 排查并修复CRM系统与彩信网关的接口异常问题，通过日志分析（ELK栈定位错误堆栈）发现XML报文解析时对特殊字符（如emoji）处理缺失，优化XSD校验规则并开发字符转义工具类，使接口报错率从日均30次降至0次，保障节日营销期间彩信发送成功率。
• 参与营帐系统割接项目，负责增值业务订购数据的迁移验证，设计对比脚本（Shell+Python）核对500万条历史订单的关键字段（用户ID、业务编码、生效时间），修正数据不一致问题127处，确保割接后业务数据零丢失，获运维团队书面表扬。
• 优化用户订购关系查询接口，原基于MySQL的全表扫描查询耗时2s/次，通过添加联合索引（用户ID+业务类型+生效时间）及引入二级缓存（Caffeine），将查询耗时降至200ms内，支撑前端页面实时展示用户已订业务的需求。

协助完成电信增值业务基础平台的功能测试与版本迭代，参与代码编写、单元测试及上线部署，熟悉电信业务支撑系统（BSS）的核心流程，积累电信协议（如Diameter、MAP）与数据库操作经验。

• 负责智能网管系统的告警模块开发，基于Java Swing实现告警规则的可视化配置界面，后端采用MyBatis操作Oracle数据库存储规则（包含触发条件、通知对象、处理流程），上线后支撑500+基站的告警策略管理，人工配置效率提升50%。
• 修复统一充值平台的支付回调接口缺陷，发现原代码未处理HTTP 502错误码导致订单状态不同步的问题，新增重试机制（Guava Retryer，最多3次）及状态回滚逻辑，使支付成功率从98.5%提升至99.9%，月均减少客诉15单。
• 参与BOSS系统与第三方支付渠道的对接测试，编写Postman测试用例200+条，覆盖支付宝、微信、银联等渠道的支付、退款、查询接口，输出《第三方支付对接测试报告》，发现并推动解决签名验签失败、金额精度丢失等关键问题8项。
• 优化用户资料同步脚本，原Shell脚本逐行读取CSV文件效率低（10万条/小时），改用Python的Pandas库批量处理并结合多线程，将同步速度提升至80万条/小时，支撑每月用户资料更新任务的按时完成。

全国电信增值业务CDN节点智能运维体系搭建与性能优化项目

• 公司为三大运营商提供全国电信增值业务（视频会员、游戏加速包等）CDN分发服务，随业务量年增40%，传统人工运维导致节点故障定位耗时久（平均45分钟/次）、资源调度低效（峰值利用率62%），严重影响用户体验与运营商KPI。我的职责是主导智能运维体系全生命周期落地，统筹跨厂商协作与技术方案闭环。
• 面临三大核心挑战：1）缺乏故障预测能力，依赖事后排查；2）多厂商（华为、中兴、网宿）设备监控数据格式不兼容，形成数据孤岛；3）峰值流量下CDN缓存命中率低（58%），源站压力过大。针对性选择LSTM算法做时序故障预测（基于节点CPU、带宽等12维数据）、Apache Kafka整合多源监控数据、DQN强化学习优化缓存调度。
• 首先梳理12省80个节点运维流程，识别“定位慢、数据散、调度笨”痛点；随后带领算法团队收集15TB历史数据训练LSTM模型，故障预测准确率达92%，提前15分钟预警；协调厂商开放API，搭建统一数据平台实现监控数据实时采集与Grafana可视化；最后在20个试点节点部署强化学习算法，动态调整缓存策略。
• 成果：故障定位时间降至8分钟，总故障时长降35%，年减用户投诉12万件；资源利用率提至80%，源站带宽成本年降220万元；体系覆盖公司200+CDN节点，支撑运营商增值业务可用性从99.9%升至99.95%，推动续签8000万元年度合同。个人获公司“技术创新一等奖”。

某省电信增值业务短信网关高可用改造项目

• 该省电信增值短信网关承载1200万用户缴费通知、验证码等业务，原有单活架构曾引发2次业务中断（最长1.5小时），导致大量投诉。我的职责是参与高可用改造，负责运维侧方案验证、数据同步测试及故障切换演练。
• 核心难点：1）单体架构耦合度高，拆分风险大；2）双数据中心数据同步延迟（峰值3秒），可能引发短信重复/丢失；3）故障切换需无感知，避免用户端失败。提出“微服务拆分+Redis分布式缓存+MySQL半同步复制”方案，用ZooKeeper分布式锁实现自动切换。
• 首先分析系统调用链，将单体拆分为路由、状态、计费等5个微服务；测试Redis集群性能，优化缓存过期策略确保状态一致；调整MySQL sync_binlog参数，将同步延迟从3秒压至500ms内；模拟数据中心断电、服务器宕机等6类场景，验证切换时间≤30秒。
• 成果：网关可用性从99.9%升至99.99%，年停机时间从53分钟降至4分钟内，支撑月1.2亿条增值短信稳定发送；投诉率降85%，项目获公司“年度优秀项目奖”。我个人因数据同步与切换机制贡献，被评为“项目突出贡献者”。

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