把一台闲置服务器，变成一张可读的系统地图

服务器并不会因为没人关注就自动变简单。

一次完整的盘点，至少要回答四个问题：现在有什么在运行、谁在监听端口、域名流量去了哪里，以及哪些东西已经不再需要。

先看运行中的业务

不要先猜服务名，先看事实：

ps -eo pid,ppid,user,%cpu,%mem,etime,cmd --sort=-%cpu
docker ps
systemctl --type=service --state=running --no-pager
ss -lntup

这几组信息放在一起，通常就能把“业务进程—容器—端口—域名”的关系串起来。

停止服务要留下恢复路径

临时不用的服务，优先停止，不要第一步就删除数据。确认没有其他服务依赖后，再处理数据库、缓存和旧配置。

docker stop app
systemctl stop app.service
systemctl is-active app.service

一个好的清理动作，应该能明确回答：删了什么、保留了什么、以后怎么恢复。

最后看入口配置

反向代理常常是最容易留下“幽灵路由”的地方。后端删掉了，Caddy/Nginx 里的域名块却还在，访问者只会得到一个模糊的 502。

所以每次下线应用，都应该把服务文件、反向代理、DNS 和日志的边界分开处理。