历尽千辛万苦，终于在十一假期期间把博客服务器 (sunzhongwei.com) 迁移完成了。旧服务器用了4年，里面跑了无数服务，算是个大试验田。 之所以迁移，一是为了省钱，二是为了强迫自己将 Ubuntu Server 版本升级。
迁移过程，繁琐而漫长。长假期间时间充裕，可以边看电影，边记录，边操作。
整理了一下，迁移操作 TODO 清单有 32 项之多，详见：2024 服务器迁移计划
⌛️ 拖延
新服务器是半年前购买的，一直拖着，懒得迁移。
这事拖了整整半年之久。因为现服务器还有一个月就到期了，十一假期是最后的迁移机会。
服务器上跑的服务实在太多了，砍掉了三分之二没啥用处的服务。迁移起来还是很繁琐。一眼望不到头的 todo 清单。
🥱 不熬夜了
有的服务用的人不少，我不太敢白天迁移，想等到凌晨三点再迁移。想了想还是算了，一把年纪了，为了这点用户体验消耗我的小命，不太值得。而且长假期间用的人相对平时要少很多。我看了看统计数据，日活波谷在凌晨时间段，及下午1~2点间。于是，最后的 nginx 关停，DNS 切换，数据库迁移操作，放到了下午1点进行。
有惊无险，算是顺利，在一个小时内完成了最后阶段的切换操作。确认了一下日志，及各个功能的体验，确实没啥问题。
⚡️ 重构
现有的服务，既有 php 的，也有 golang，rust 的，还有 python ，.net，java 的。有的年头久远，部署起来各种坑。计划再用半年时间，陆续都重构成 .net 的版本。
🍵 修行
迁移服务器基本上都是一些不需要动脑的机械性劳动，虽然无聊，但是也能反思自己在每个功能技术选型时的问题。
但是最大的感受是，之前留下的很多自动化 shell 脚本确实帮上了大忙，如果能更完善一些，也就不用这么折腾了。 而且 AI 时代，写自动化脚本变得更加容易了，再配合 docker 方案，确实可以把迁移过程的工作量进一步简化。
微信关注我哦 👍
我是来自山东烟台的一名开发者，有感兴趣的话题，或者软件开发需求，欢迎加微信 zhongwei 聊聊， 查看更多联系方式