起因

其实也是工作的事情，有个需求是在8月初时接到的，分配给我来完成，计划是九月初上线部署，
任务为三方链路，我方是数据中心，需要将从A上报的数据上报至C方，C方的数据再传递至A方。
但是架构方案就出现了问题，这个项目本身是有对接A方的工程，但是C方之前有项目对接过，就把工程放入另外一边；

接下来在测试时，与A方联调是很通常的，但是C方的网络权限一直卡在申请上，负责网络开通方面的人员却很怠慢，迟迟不配合；

在联调时也出现各种问题，不是A方请假，就是我方的测试环境被其他项目占用。

磕磕绊绊，计划上线时间是9月22日，但是由于C方要他们发版上线后，我方才能配合上线。

测试时，负责人发现nacos命令空间创建多个管理比较麻烦，需要迁移至之前创建好的命名空间，后需发版后导致项目启动不了（到时候专门写一篇总结复盘的文章）。

最终还是在9月22日下午14点进行了发版，发版后问题不断；

各种问题

上线部署前有需要开发版沟通会，需要与DBA进行确认执行脚本，以及发布的数据库语句啥的。
在发版时，运维人员修改相关的脚本，然后发版就出现问题；
排查了到晚上8点，候补的方案就是不使用nacos进行配置，而是使用应用本身的生产的配置文件；

观察数据后发现有程序在不断的更新表，导致重复推送至C方数据，另外也存在字段全部为空的情况只有一个箱号。
项目经理火急火燎的，需要不测试进行发版，但是这种事情一旦问责之后，责任还是在我；

火急火燎的是马上要过中秋节了，一旦出现问题就不好排查；

内网开发

一夜进入解放前，前段时间公司电脑重新更换ip段，现在又对访问外网进行限制，不能登录微信、QQ等，Ai相关还是能够使用，比如deepseek网页版、千问网页版。

数据处理的急活

由于之前的项目是项目管理，处在研发部门需要调整数据，今天接到通知需要在9月24日下班之前（今天是9月23日），将七八月份的非项目工时迁移至某个项目里面，计算研发成本；
这一块数据需要手动计算成本金额等等，还需要删除生产上的数据，这份不可能完成的任务在我这里具像化了。也是不能好好过个节；

DNS劫持

新部署的图库被DNS劫持了，因为换到CF后，使用家里的宽带去访问图库，发现跳转至菠菜网站，后续是将DNS迁回原处，关闭图库以及域名配置。

焦虑不止

焦虑来自工作，突然压力成倍的增长，胃口都变差了。

如何挽救

这次发版是一次事故，也是一次经验，吸取教训也是一种成长，踩过的坑，下次就不会再踩了。
对数据处理，明天能完成什么样子就什么样子，给的时间短，完成不了也很正常。
心态炸了没事，要吸几口大气，告诉自己没事，天塌下来也无妨。

后续如何

后续到时候再发一篇文章说说吧