线上运维
几台自用的 Linux 主机，Nginx 反向代理、证书自动续期、每日巡检。原则是把能自动化的都自动化，把必须人工的写成一页清单。
01 / ABOUT
关于
写了十来年服务端，早就过了追新框架的阶段。现在更在意的是：半年之后回来看，还能不能一眼看懂当初为什么这么写；半夜被叫起来处理故障的时候，手上有没有一条确定能走通的路。
工作里最花时间的三件事，说出来都很朴素——把系统跑稳、把重复的操作收敛成脚本、把出过的问题写成能回看的记录。它们不产生什么漂亮的成果，但少了任何一件，剩下的都会变得难做。
工作之外读一些和器物、地图、城市史有关的书。看得多了会发现，排查故障和历史考据其实是一回事：都是在残缺的线索里找结构，区别只在于一个是代码，一个是人。
02 / WORK
在做的事
大致分成四条线。它们不是并列的模块，更像是同一套东西从四个角度去看：越往下越靠近机器，越往上越靠近用它的人。
脚本与自动化
发布、日志归档、数据导出、批量改配置这类反复动作，尽量收敛成一条命令。脚本写得难看没关系，能重跑、能回滚才是重点。
数据与备份
PostgreSQL 主库配每日全量加异地冷备，每隔一段时间做一次真实的恢复演练——备份能不能用，只有恢复过才算数。
读写与记录
参数为什么这么取值、方案为什么被放弃、回滚走到第几步，都记下来。写给下一次的自己，也写给愿意读的人。
03 / LOG
记录
- 2025-09-14 把备份流程改成两段式 先本地快照再异地同步，恢复时间从四十分钟压到十分钟出头。
- 2025-08-26 一次慢查询的排查过程 问题不在 SQL 本身，而在连接池配置与一次没关掉的长事务。过程写下来比结论有用。
- 2025-07-30 证书续期脚本重写 原来的写法依赖人工确认，改成定时任务加失败告警，半年没再手动碰过。
- 2025-06-19 日志归档策略调整 热数据保留七天，冷数据按周打包，磁盘占用降了将近一半。
- 2025-05-08 开始写这份记录 起因是一次回滚忘了顺序，多花了半小时。记下来就不会有第二次。
04 / TOOLS
手边的工具
下面这些东西用了很久，谈不上推荐，只是说明一下平时的工作环境。工具会换，判断问题的方法不太会。
- 系统Debian 12 跑服务，桌面用 Windows，两边都尽量少装东西
- 反向代理Nginx 为主，偶尔用 Caddy 处理证书的自动化
- 数据库PostgreSQL 用于正式环境，SQLite 留给本地的小试验
- 监控Prometheus 加 Grafana，只看几个真正关心的指标
- 版本管理Git，提交信息一律用中文写，方便日后回看
- 编辑器VS Code，字体与界面都保持系统默认
排障的时候，先用 top、ss、journalctl 这几样看一遍，多数问题在第一步就能看出轮廓；剩下那部分，通常要靠日志里的时间线去对。
05 / CONTACT
联系方式
技术上的讨论、勘误、或者只是想说一句「这里写得不对」，都可以写信过来。来信时简单说下背景和具体问题，回复会快很多。
- 邮箱admin@xintiandi.online
- 回复工作日的晚上看邮件，周末不一定及时
- 聊什么服务端工程、运维自动化、数据库调优，以及那些说不清的线上故障
- 不适合商务合作与内容投放——这里只有一个人在写