软件工程专业XX互联网公司后端工程师实习报告_第1页
软件工程专业XX互联网公司后端工程师实习报告_第2页
软件工程专业XX互联网公司后端工程师实习报告_第3页
软件工程专业XX互联网公司后端工程师实习报告_第4页
软件工程专业XX互联网公司后端工程师实习报告_第5页
已阅读5页,还剩1页未读 继续免费阅读

付费下载

下载本文档

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

文档简介

软件工程专业XX互联网公司后端工程师实习报告一、摘要2023年7月1日至2023年8月31日,我在XX互联网公司担任后端工程师实习生。核心工作成果包括独立完成用户认证模块重构,将接口响应时间从850ms优化至320ms,吞吐量提升60%;参与订单系统API设计,日均处理订单请求峰值达1.2万次,错误率控制在0.05%以内。期间应用SpringCloudAlibaba实现服务拆分,通过Redis缓存热点数据降低数据库压力40%;运用Docker容器化部署提升环境配置效率,单次部署时间从2小时压缩至30分钟。提炼出基于JMeter的微服务压测方法论,以及通过Kibana日志分析定位性能瓶颈的标准化流程。二、实习内容及过程1实习目的主要是想看看自己学的后端知识在实际工作里能干啥,能不能跟上大厂的节奏,顺便感受下互联网公司的开发环境和流程。2实习单位简介我实习的公司是一家做电商平台的互联网企业,用户量挺大,系统复杂度高,技术栈主要是JavaSpringCloud全家桶,数据库用MySQL和MongoDB的都有。3实习内容与过程前两周主要是熟悉业务和系统架构,跟着导师摸代码,了解他们的CI/CD流程,用的是Jenkins自动部署,感觉很规范。后来开始接手用户认证模块的重构,原系统用JWT做token,但有效期设得长,被安全部门盯了好几次。我琢磨着改成组合式的认证,用短期token+refreshtoken,还加了黑名单机制。过程中踩了不少坑,比如Redis缓存穿透问题,试了布隆过滤器还是不行,最后改用本地缓存+异步更新策略才搞定。另一个任务是参与订单系统的API设计,需求是支持高并发下的订单创建,我就用了分布式锁+消息队列的方案,具体是Redisson做锁,RabbitMQ解耦。为了压测,我自己写了脚本用JMeter模拟1.5万并发请求,发现数据库连接池配置有问题,最大连接数设得太低,改完之后QPS稳在了1.2万以上,响应时间也降了。4实习成果与收获重构的用户认证模块上线后,接口错误率从0.1%降到0.03%,缓存命中率提升到85%。我还整理了份压测报告,里面详细记录了不同参数下的性能表现,导师说挺实用的。最大的收获是学会了怎么把理论知识落地,比如分布式事务的最终一致性怎么靠消息队列实现,微服务里API网关的作用,这些在学校里都只是理论,现在真做了才明白。5遇到的问题及应对有个挑战是服务雪崩,一次调优库存服务时,限流策略没整好,导致下游服务全部挂掉。当时急得不行,最后发现是熔断器配置太保守,改成了更智能的规则才解决。学到了这块儿,限流降级一定要分阶段,不能一刀切。另一个问题是团队里代码规范不统一,有些老代码用SpringBoot2.3,有些是3.0,我主动整理了份兼容性指南,后来大家写新代码都按这个来,减少了合并冲突。6现存问题公司的培训机制有点欠缺,刚来的时候没人系统讲过他们的技术栈细节,全靠自学,而且导师也忙,指导时间不太固定。另外,岗位匹配度上,我学的数据库和算法部分用得不多,后端开发里这些技能占比好像没我想象的那么高。7改进建议建议公司可以搞个新人技术分享会,把常用的工具链、项目规范都列个清单,至少让新人有个明确的学习路线。对于岗位匹配,可以在面试前就说明具体的技术需求,比如这块业务是纯微服务架构,那块是重数据库优化,这样双方都能减少弯路。三、总结与体会1实习价值闭环这8周实习像把理论装进了实践,以前觉得SpringCloud就是一堆组件,现在真用起来才知道每个组件的边界和选型门道。比如7月15号参与订单系统压测时,通过JMeter发现接口响应时间随并发量线性增长,最终定位到是MySQL慢查询拖了后腿,改用分库分表策略后P95响应时间从1.8秒降到0.6秒,这个数据现在还记得。实习让我明白,技术方案不能光看理论最优,得结合线上环境和业务场景,这种思考方式的转变比学会某个具体技能更重要。2职业规划联结原本对后端开发的理解比较片面,实习后才发现技术深度和广度都差得远。比如Redis的淘汰策略、不同场景下SQL与NoSQL的选择,这些都是在实际项目中才意识到的盲区。现在明确了自己要在分布式事务、数据库优化方向补课,计划下学期考取AWSSysOps证书,顺便多刷几道高并发题目,争取明年秋招能进技术岗。导师说我的代码质量有潜力,但文档习惯得改,这也提醒我技术强同时得会表达。3行业趋势展望公司用的很多技术点都是行业主流,比如基于Kubernetes的容器化部署,还有用Elasticsearch做日志分析。我发现现在后端开发越来越像“系统架构师”,不仅要懂代码,还得懂运维、懂监控。8月25号排查服务雪崩时,发现监控系统里的指标关联分析特别关键,如果当时有更完善的告警链路,损失能小一半。这让我看到,未来后端工程师必须得有“全链路”思维,光会写代码远远不够。4心态转变刚来时总觉得后端就是敲代码,结果发现90%时间是沟通和排错。8月10号凌晨处理安全漏洞时,连续调了3个通宵才搞定,那种压力下才体会到什么叫“工程师的责任”。现在写代码会下意识考虑健壮性,提交前会多跑几遍边界条件,这种职业敏感是从没实习时完全不同的体验。虽然最后没主动接高难度的项目,但能参与核心模块迭代已经很满足,这种“干中学”的模式比学校项目真实多了。5未来行动把实习期间整理的《服务治理踩坑手册》和压测报告当教材用,特别是微服务熔断降级那部分,直接帮我拿了校内创新项目的加分。现在每天会抽1小时研究开源项目源码,比如Nginx的连接数处理机制,目标是在秋招前把技术栈再梳理一遍,争取面试时能聊出点深度。导师说我的潜力还在成长期,如果明年能进大厂,建议先从SRE方向历练,毕竟现在后端和运维的界限越来越模糊了。四、致谢1感谢公司给我这个实习机会,让我在真实环境中锻炼了后端开发能力。这段时间接触到的技术栈和项目流程,对我理解行业现状很有帮助。2特别感谢导师的指导,遇到难题时总能给我点关键方向,比如订单系统压测那会儿,是跟着他

温馨提示

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

最新文档

评论

0/150

提交评论