研发工程师年度个人总结_第1页
研发工程师年度个人总结_第2页
研发工程师年度个人总结_第3页
研发工程师年度个人总结_第4页
研发工程师年度个人总结_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

研发工程师年度个人总结2023年度我作为云原生中间件方向的研发工程师,全程参与公司分布式技术体系迭代核心工作,全年共跟进12个正式版本迭代、3次大促保障专项、2项技术债务治理攻坚,所有核心交付节点100%按项目排期落地,负责维护的分布式会话管理器、高性能消息队列、分布式事务协调器3个核心组件全年服务可用性达99.995%,超出部门要求的99.99%指标,全年累计线上故障时长仅21.7分钟,较2022年同期的117分钟下降81.45%,所有线上告警根因定位与修复率达100%,核心KPI完成率达137%,在部门全年绩效排名中位列前7%。核心工作成果层面,本年度我主导完成的分布式一致性会话管理器重构项目,彻底解决了旧版本架构下长期存在的性能瓶颈:原有会话系统采用纯Redis集群分片存储方案,因用户跨端登录、多入口流量调度的特性,会话分片命中率仅为62%,跨节点调度产生的额外网络调用开销占接口总耗时的31%,电商交易、用户中心等核心链路的登录态校验接口平均耗时达187ms,大促高峰期峰值超时率达0.37%。针对该痛点我牵头设计了“权重分片策略+进程内本地缓存兜底+变更异步通知”的二级架构,通过一致性哈希算法按照用户所属业务域配置分片权重,将会话变更事件通过MQ广播至所有接入服务节点,触发本地缓存的增量更新,同时新增缓存击穿、缓存雪崩、一致性校验三类兜底防护逻辑。整个重构过程我完成了1.2万行核心代码的编写,配套补充了372个单元测试用例,核心链路单测覆盖率达94.7%,经过7轮灰度流量验证后全量上线,最终实现会话分片命中率提升至98.2%,跨节点网络调用占比降至2.3%,全链路登录态校验接口平均耗时从187ms降至72ms,大促高峰期接口超时率降至0,全年为用户侧登录相关操作的耗时优化贡献了61%的技术增益,该项目后续也成为集团内兄弟单位同类会话系统的参考落地方案。在Q3大促性能攻坚专项中,针对原有消息队列组件峰值处理能力仅为12万TPS,无法支撑2023年大促预估35万TPS峰值流量的缺口,我作为性能攻坚小组的核心负责人,先后完成17轮全链路压测,定位并解决了12个深层性能瓶颈点:包括内核态协议栈的分布式锁冲突问题、消息序列化过程中的对象冗余拷贝问题、消费位点提交频次不合理导致的磁盘IO占比过高问题、批量消息拉取的批次大小自适应逻辑缺失问题等。优化过程中我先后落地了IO多路复用重构、批量消息聚合编码、延迟刷盘自适应阈值调度、内核态网络参数调优四项核心改造,最终压测验证峰值处理能力达到41.2万TPS,较优化前性能提升243%,峰值场景下消息平均延迟控制在12ms以内,远低于大促保障要求的50ms阈值。本次优化原本的扩容方案预估需要新增27台16C32G的物理服务器支撑峰值流量,经过架构优化后最终仅新增8台同配置服务器就满足了流量要求,直接减少硬件采购成本92万元,全年可节省服务器托管、电费、运维成本合计超过128万元,2023年双11大促期间该组件累计承接消息总量达37.2亿条,全程零消息丢失、零重复消费,未产生任何与消息队列相关的上层业务故障。本年度我还牵头完成了遗留技术债务的专项治理工作,针对线上长期存在的多版本SDK碎片化问题,此前全公司17个业务线共使用7个不同历史版本的Java中间件SDK,不同版本之间的序列化规则、异常返回格式、重试策略互不兼容,2022年全年因SDK版本不兼容导致的线上故障共11起,占中间件类故障总量的57.9%。我主导制定了《SDK版本兼容性分层规范》,按照完全兼容、弱兼容、不兼容三个层级梳理所有历史版本的差异点,设计了配置中心动态下发适配规则的平滑灰度升级方案,无需业务线修改任何业务代码即可完成版本迭代。历时4个月完成所有17个业务线的SDK升级落地,全部业务线统一切换至2.8稳定版本,2023年全年未再出现因SDK版本不兼容引发的线上故障。同时我完成了3个历史遗留的万行以上上帝类代码的拆解重构,将核心链路代码的平均圈复杂度从27降至11,组件新版本迭代后的线上bug率从2022年的12.7‰降至4.2‰,单版本的回归测试时长从48小时压缩至16小时,研发迭代效率提升2倍。在重点项目的问题复盘与技术沉淀层面,本年度分布式事务协调器灰度上线期间,我曾遇到过10%流量灰度场景下3个支付订单事务状态不一致的突发问题,经过2小时的全链路日志溯源最终定位根因是服务器时钟回拨导致事务ID生成重复,原有方案仅配置了时钟回拨超过阈值直接抛出异常的逻辑,未与雪花算法的位移规则做边缘场景适配,存在极小概率生成重复ID的漏洞。定位问题后我第一时间设计了基于本地内存位图缓存的事务ID去重机制,可实现2小时以内的时钟回拨场景下也不会生成重复ID,同步补充了127个时钟异常、网络分区、节点宕机类的边界测试用例,后续输出的《分布式系统时钟依赖风险规避手册》在全技术部门推广,后续所有涉及ID生成的项目都严格按照手册要求完成可靠性校验,全年未再出现同类漏洞。针对过往研发、测试、运维团队对组件交付标准认知不一致,导致版本发布后频繁出现漏测、配置错误等问题,我牵头搭建了覆盖12类共327个用例的中间件标准化自动化测试套件,将功能校验、性能压测、故障注入三类测试场景全部实现自动化触发,组件新版本发布前仅需提交代码标签即可自动跑完所有测试流程,版本整体测试周期从72小时压缩至6小时,测试漏测率从之前的18%降至0,全年为测试团队减少超过600人时的重复测试工作量。个人成长与团队赋能维度,本年度我累计输出核心技术方案文档、线上故障排查手册、组件迭代白皮书共21份,合计字数14.7万字,所有文档全部同步至部门知识库,覆盖组件全生命周期的操作指引。全年面向团队内部开展8次主题技术分享,内容涵盖云原生存储架构、分布式系统性能调优、Go语言高并发开发实战等方向,累计参与人次达217,所有分享课件与实操Demo全部上传至内部学习平台,成为新入职研发人员的必学内容。本年度我作为导师带教2名校招新员工,通过制定分阶段的能力成长计划、一对一代码评审指导、核心模块边缘场景上手实操的培养方式,其中1名新员工入职仅6个月就具备了独立承担核心模块研发的能力,年度绩效获评S级,另外1名员工也已独立负责非核心组件的迭代工作。同时我作为公司技术委员会中间件组的成员,牵头制定的《中间件研发编码规范V3.0》在全公司200余名后端研发人员中落地执行,统一了不同业务线开发中间件接入代码的规范标准,全年减少了超过40%的接入适配沟通成本。回顾全年工作,我也存在几方面待提升的能力短板:一是云原生边缘计算领域的技术积累还存在明显缺口,本年度做边缘节点中间件轻量适配项目时,因对K3s的轻量化调度逻辑、边缘节点离线同步机制不熟悉,前期方案设计出现疏漏,导致项目整体排期比原定计划延后了7天,后续花费大量时间做架构补全才最终交付;二是需求预判的前瞻性不足,Q2完成分布式会话管理器重构上线后,后续收到3个新业务线提出的会话数据多租户物理隔离需求,此前版本架构设计阶段未预留相关扩展能力,不得不启动二次架构迭代,额外投入了3人周的研发工作量;三是跨部门推动技术改造的沟通技巧有待优化,此前推动老旧SDK升级工作时,有2个体量较小的边缘业务线认为升级工作无直接业务收益,先后沟通5次才最终完成适配落地,浪费了不少协同成本。针对上述不足,2024年我也明确了清晰的成长与工作目标:核心业务层面,我将主导完成下一代分布式流处理引擎的研发工作,目标是引擎峰值吞吐达到100万TPS,端到端延迟控制在5ms以内,完全适配流批一体的业务处理需求,支撑公司未来3年的大数据实时计算业务增长,项目落地后预计可节省至少40%的实时计算集群服务器成本。技术沉淀层面,本年度计划完成分布式事务柔性适配、高性能消息队列持久化优化等5项核心技术专利的申请,同时开发3门内部技术培训课程,覆盖分布式系统可靠性、云原生中间件实操等方向,全年累计培训覆盖全公司研发人员不少于300人次。团队赋能层面,计划搭建核心模块代码评审知识库,把全年出现的所有bug按照场景、根因、规避方案分类沉淀,搭建新人标准化成长路径,将新员工独立承接模块研发的上手周期从当前的3个月压缩至1.5个月。个人成长层面,将深度研究eBPF技

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论