折腾Docker和面板之后，我决定不折腾了

最近为了更省心地部署一些软件，我重新拾起了Docker，顺便装了一个叫DPanel的面板来管理容器，和一直在用的aaPanel搭配着用。本以为能一劳永逸，结果走了一圈，发现大部分服务还是老老实实地跑在裸机上。

理想很丰满：全上Docker

一开始我的想法挺大的：把大部分服务都迁到Docker里，比如我的Halo博客。想象中，拉个镜像、配个端口，一切干净清爽。但实际操作时，第一个坎儿就卡在了数据库上。我的系统里已经有现成的MariaDB在跑，而Halo容器需要连这个数据库。容器和宿主机之间的网络、权限、配置，折腾了半天——容器里连宿主机IP要手动指定，端口要暴露，数据库还得允许远程连接。搞了一圈还是别扭，最后放弃了。

于是我退了一步，只在Docker里跑一些相对独立的应用，比如那些不需要跟宿主机数据库或文件系统深度绑定的项目。剩下的软件，比如Halo博客系统、OneDev代码仓库等，继续裸机部署。一个混合的方案，虽然没那么“潮”，但胜在稳定、省心。

纠结迁移：最后还是懒了

其实我也想过把Halo换成更轻量的Typecho，把OneDev换成Gitea。Typecho的SQLite模式连数据库都省了，Gitea也是出了名的轻。但是一算账：现有数据要导，主题要换，插件要重新配，使用习惯也得改。折腾下来至少一两天，而且最近还有其他正事要忙。算了，凑合用吧。

我做的唯一优化是：把JVM的内存参数调了调——Halo默认的堆内存给得比较大，我根据实际访问量降到了合理范围；同时把Docker里一些不再用的镜像和容器清理掉，腾出了大概700来MB的内存空间。勉强能用，也就没再动。

给纠结党一句实话

写了这么多，其实想劝一句：别在博客系统上反复纠结。选一个顺手的（比如Halo、Typecho、Hugo都行），把重心放到写文章上。今天想换这个，明天想换那个，最后发现文章一篇没写，日志倒是写了一堆迁移笔记。有那工夫，不如老老实实坐下来，认真写一篇有内容的文章。

系统只是工具，内容才是根本。用顺手了就别瞎折腾——这话也是对我自己说的。