原创

记一次惨痛的上线经历

温馨提示：

本文最后更新于 2024年10月23日，已超过 91 天没有更新。若文章内的图片失效（无法正常加载），请留言反馈或直接联系我。

今天对随手记做了一次升级，增加了转账功能，其中对部分接口入参进行了些许调整，吭叽吭叽测完前端提审了，后台也部署了，然后打开线上系统，崩了一个接口，这不完犊子了吗？

还好选择了凌晨更新，加上本就没几个用户，很快定位到问题改改测好部署上去了。本来吧，12点多一丢就能搞定，结果吭哧吭哧硬是搞完到两点，那心情简直是...
砸电脑

总结

由于是个人项目，开发测试都是个人完成，没有明确的需求、排期及测试用例，上线部署也没有每次都给自己留好退路，导致河边常走总得湿次鞋；

每次更新只是心里列出需求，心里计划了需求内容，偶尔边做边调整也是常事；这点显得很不够专业，以后尽量还是列个大纲，明确细节点，依照明细来进行开发；当然，偶尔的需求变更是永远无法避免的🤣

自测也仅仅是按照常规流程进行自测，不够全面；导致上线后临时修改了好几个版本，虽然都是一些小bug，但如果测试用例列出来，按照用例自测几乎都是能避免的，当然那些藏得更深的BUG咱也不知道了，没测出来也没人说那就是没有了。。。😂

以后上线尽量做好备份，确保部署后如有问题及时会滚，或者老节点不停机，部署多节点进行切换，而不是直接停机替换，否则遇到大的BUG无法快速恢复又无法快速修复，就得晾那了。。。

由于前后分离，单独部署，加上前端还得提审后部署，部署后也不一定立马更新；对接口进行改造时，避免直接删改接口参数，应使用新接口做切换，等前端部署上线稳定后删除老接口，这样就避免接口改造导致新老版本兼容问题；

正文到此结束

所属分类：Java

本文标签： 运维
本文链接： https://www.58cto.cn/article/89
版权声明： 本文由程序言原创发布，非商业性可自由转载、引用，但需署名作者且注明文章出处：程序言》记一次惨痛的上线经历 - https://www.58cto.cn/article/89