研发工程师年度项目述职报告_第1页
研发工程师年度项目述职报告_第2页
研发工程师年度项目述职报告_第3页
研发工程师年度项目述职报告_第4页
研发工程师年度项目述职报告_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

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

文档简介

研发工程师年度项目述职报告202X年度本人作为电商事业群履约中台核心研发工程师,全年100%对齐部门技术迭代与业务支撑目标,年初认领的12项既定研发项目全部按期交付,同步承接了3项跨部门大促应急攻坚专项任务,全年项目整体交付及时率98.7%,线上核心链路故障总时长累计27.3分钟,同比202X-1年度下降62%,算力资源投入产出比提升47%,全年参与产出的技术落地成果直接带动业务侧减少损失、降低成本合计2100余万元,现将全年工作完成情况、现存不足与后续规划具体汇报如下:第一部分核心项目交付落地成果,全年所有上线项目均经过3轮以上压测验证、灰度验证,零重大资损事故。其一为履约中台V2.0架构重构项目,该项目为部门年度一号工程,旨在解决老版单体履约系统峰值承载能力不足、数据查询效率低、超卖风险居高不下的历史遗留问题。重构前老系统单实例承载全量2.1亿条订单数据,核心订单处理函数代码行数超过3200行,逻辑耦合度超过80%,每次大促前需要临时扩容3倍云服务器资源才能支撑峰值流量,202X-1年618大促期间出现17次小范围履约延迟,超卖订单累计128笔,直接损失金额超过37万元。本人作为该项目的后端核心研发,全程牵头负责分库分表架构设计、分布式锁机制优化、规则编排引擎模块的开发落地,过程中先后攻克了历史数据迁移一致性保障、跨分片分布式事务性能损耗、大流量下规则引擎调度耗时过长三类核心难题:分库分表环节按照用户ID哈希规则完成16个业务库、128张热数据订单表的拆分,同步自研冷热数据自动迁移组件,将生成时间超过6个月的历史订单自动归档到廉价存储归档库,热库数据总条数从2.1亿条压缩至3200万条,单表平均数据量从65万条降至2.5万条,常规订单查询接口平均响应耗时从原有的280ms降至12ms;分布式锁环节基于红锁算法新增本地双重校验机制,在大促流量入口处提前拦截重复请求,避免无效请求穿透到数据库层,202X年618、双11两次大促峰值期间,全链路未出现一笔超卖订单,超卖率从202X-1年的0.032%降至0;规则编排引擎环节将原有的硬编码业务逻辑全部解耦为可视化可配置的规则节点,运营侧调整异常订单拦截、优先级调度规则的周期从原有的7天缩短至4小时,无需研发介入即可完成配置上线。该项目上线后经压测验证,系统峰值承载QPS从原有的7200提升至18700,同等流量下CPU平均负载从78%降至47%,两次大促期间均无需临时扩容额外算力资源,年度云服务器算力成本同比下降41%,该项目最终获评公司年度十佳技术落地项目。其二为实时风控与数据计算引擎迭代项目,项目启动前公司原有交易数据链路为T+1离线计算模式,欺诈订单拦截全链路延迟长达17秒,欺诈交易发生后往往已经完成履约退款,202X-1年全年统计欺诈交易损失金额达到237万元,同时运营侧无法实时获取大促期间的交易转化、履约完成率、区域订单密度等核心指标,业务决策滞后性严重。本人作为该项目Flink实时任务模块的核心负责人,全程参与链路拓扑设计、状态后端优化、下游数仓链路打通工作:将原有全链路数据采集、计算、输出的全流程耗时从17秒压缩至1.2秒,风控规则触发到最终拦截订单的耗时不足300ms,202X年全年该实时引擎累计拦截可疑欺诈订单金额1872万元,相比去年同期减少欺诈损失78%;原有Flink任务采用内存状态后端,峰值流量下Checkpoint耗时超过12分钟,任务经常出现OOM宕机问题,替换为RocksDB增量Checkpoint机制后,单任务Checkpoint耗时压缩至40秒以内,全年实时计算集群的任务失败重启次数从202X-1年的72次降至3次,系统整体可用性达到99.92%。此外本人基于业务场景封装了12个自定义UDF函数,将用户分层、流量归因、交易标签计算等通用逻辑沉淀为可复用组件,后续新实时看板的开发周期从原有的平均7天缩短至2天,202X年下半年运营侧新上线的27个实时业务看板全部基于该组件搭建,累计节省研发投入135人天,相当于1名资深后端工程师半年的工作量。第二部分技术债务治理与线上稳定性体系建设,全年牵头完成69项高优先级技术债务清零,全链路系统稳定性达到行业头部水平。年初部门基于全链路链路追踪工具的扫描结果,共梳理出127项待整改技术债务,其中69项高风险债务直接由本人牵头负责落地:先后完成17个长期无人维护的冗余微服务下线工作,累计回收闲置容器实例87个,年度云资源租赁成本直接降低126万元;完成全链路慢SQL专项治理,先后优化存在性能风险的SQL语句217条,其中79条高风险全表扫描SQL优化后,对应接口平均耗时下降82%,全年线上因慢查询导致的服务卡顿故障同比下降76%。同时本人牵头完成了全链路灰度发布机制的升级改造,替换原有的全量流量切分发布模式,实现按照用户ID、地域、流量比例多层级灰度管控,发布流程按照1%流量观测10分钟、10%流量观测15分钟、50%流量观测10分钟、100%全量放开四个标准节点自动流转,全年团队线上发布伴随故障从202X-1年的11起降至2起,且均为P4级别以下不影响核心链路的小问题,未造成任何用户侧资损。此外本人牵头搭建了团队混沌工程故障演练体系,全年组织12次专项故障演练,覆盖数据库宕机、MQ消息堆积、核心第三方接口超时、可用区网络抖动等12类常见故障场景,优化前系统遇到100万条以上MQ消息堆积时就会出现消费节点雪崩,峰值订单消费完全停滞,经优化限流降级逻辑、新增堆积消息批量重试机制后,系统可承载峰值500万条消息堆积,且对外核心履约服务完全不受影响,堆积消费恢复时长从原有47分钟压缩至8分钟。202X年10月阿里云华东2区可用区A出现大范围网络抖动,系统基于提前配置的多可用区流量自动切分策略,1分钟内将全部流量自动调度到另外两个可用区,用户侧完全无感知,没有出现一笔订单丢失或者履约异常,该案例最终被集团技术部评为年度稳定性标杆案例。第三部分技术沉淀与团队赋能工作,全年累计输出可复用技术资产覆盖全公司6个业务部门。本年度本人在部门内部先后组织8次定向技术分享,内容涵盖分库分表落地最佳实践、Flink性能调优方案、分布式事务场景选型、线上故障排查全流程思路等核心主题,覆盖研发、测试、产品岗同事共计217人次,整理输出的内部操作手册、故障排查文档累计12万字,上传公司内部知识库后全年累计下载量超过1400次。作为新员工导师一对一带教2名202X届校招研发工程师,量身制定3个月成长计划,从团队代码规范、核心服务架构、常见问题排查路径等维度进行定向辅导,两名新员工分别在入职第4个月、第5个月获得独立负责中型项目开发的资质,全年产出代码平均评审得分4.7分(满分5分),没有出现过因代码问题导致的P2及以上线上故障。此外本人牵头将常见风险检测逻辑集成到CI/CD流水线,实现代码提交后自动扫描空指针风险、慢SQL风险、线程死锁风险等30类常见问题,不符合规范的代码直接阻断合并,全年该自动化扫描工具累计拦截潜在风险代码提交342次,从流程源头规避了绝大多数低级线上故障。本人基于日常开发经验自研的分库分表数据一致性校验工具、轻量级日志链路追踪组件,先后被公司内部其他6个业务部门复用,避免了重复开发带来的资源浪费,经统计两项工具累计为全公司研发团队节省超过300人天的重复开发工作量。本年度工作开展过程中也存在三处明显短板,有待后续迭代优化:其一为跨部门协同风险预判不足,本年度履约中台与支付系统联调阶段,因两个团队初期接口字段定义对齐不充分,导致联调阶段额外耗费8天时间,后续虽然通过补充接口契约测试环节解决了问题,但前期需求评审阶段没有针对跨团队依赖项设置专门的同步对齐机制,暴露出工作流程上的漏洞;其二为技术预研投入占比未达预期,全年技术预研时长仅占总工作时长的9%,远低于年初制定的15%的目标,存算分离数据库架构调研仅完成POC验证,没有落地到实际业务场景,导致部分海量数据分析场景算力成本仍然偏高;其三为前沿技术落地敏感度不足,向量数据库在行业内已实现大规模场景落地,但团队直到四季度推进用户画像项目时才启动相关技术调研,相比行业标杆落地进度滞后6个月,导致项目开发周期额外增加7天。针对现存问题,202X+1年度本人将围绕四大维度推进工作落地:一是核心业务支撑维度,牵头完成履约中台V3.0智能化升级,将现有规则引擎升级为大模型驱动的智能履约决策系统,预计将异常订单人工处理率从现有17%降至3%以下,履约环节整体人力成本降低60%,系统峰值承载能力从现有1.8万QPS提升至5万QPS;二是技术体系建设维度,完成全链路存算分离架构改造,将所有历史归档数据、非核心计算任务全部迁移至存算分离数据库,预计全年节省云资源成本超过200万元,同时落地全栈可观测体系3.0,实现基础设施、中间件、业务链路全栈指标自动采集、智能根因定位,将线上故障平均发现时长从现有22分钟压缩至3分钟以内,全年实现P2及以上核心故障0发生;三是团队赋能维度,全年输出不少于10篇高质量内部技术文档,组织不少于6次技术分享,完

温馨提示

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

评论

0/150

提交评论