运维练习站
阿里云 ECS 2C2G · 从零搭建与运维实录
2 vCPU / 2 GB阿里云 ECS · 华北1 青岛
0 s发布中断时长（实测 25315 请求零失败）
1.11 s回滚耗时（实测）
8 篇故障复盘
这是什么
一台 2 核 2G 的云服务器上，从零搭建并运维一个静态技术展示站。 重点不在于页面本身，而在于它背后的运维体系—— 发布流程、回滚机制、崩溃自愈、流量防护、监控告警， 以及每一项能力的验证证据。
两部分内容
我的手记
我自己动手做过的实操记录 —— 从部署静态页面、用 systemd 托管服务、 排查静默失效故障，到用 Python 写日志分析与探活脚本。 每篇包含真实命令、实际输出、遇到的错误与修复过程。
参考复盘
搭建本环境过程中产生的技术记录，涵盖 nginx、systemd、cron、 安全加固等主题。按标准复盘结构写成，作为写作样例参考。
核心能力
原子发布与零停机
不可变发布物 + 符号链接原子切换，发布流程含权限预检、
语法校验、健康检查与失败自动回滚。
用反向对照实验验证：发布期间 25,315 个请求零失败，
而对照组用 restart 复现了 408 个失败——证明测试方法有效，不是盲区。
秒级回滚
版本目录不覆盖，回滚只是把软链接指回去并 reload。 实测 1.11 秒完成，期间 20,821 个请求零失败。
崩溃自愈
发现发行版 nginx unit 缺失 Restart 策略
（OOM 后不会自动恢复），用 systemd drop-in 修复，
并以 SIGKILL 注入验证。审计全机发现 10 个服务存在同类隐患。
流量防护与成本控制
基于 20 GB/月 免费额度设计双层防护： nginx 限流限连（实测正常用户零误伤、攻击流量拦截 11,547 次） + 自研流量预算监控与分级告警（阈值 682.7 MB/天）。
故障复盘 （8 篇，共 2448 行）
每篇都记录了真实现象、排查路径（含走过的弯路）、根因、 修复方案、验证方法与可迁移的通用经验。