https://www.xbcatm.com/zh/tags/simplicity/基于 HTTP、DNS、TLS、Caddy、SSH、发布与恢复的可复现运维现场笔记。Hugozh-CNhttps://www.xbcatm.com/zh/notes/the-advantage-of-small-systems/Sat, 22 Aug 2026 00:00:00 +0000https://www.xbcatm.com/zh/notes/the-advantage-of-small-systems/当系统的重要行为能装进一个思维模型时，它更容易被信任。<p>小不等于未完成。它意味着每个组件职责清晰、依赖经过斟酌，并且从请求到结果之间始终可见。</p> <h2 id="可见性是一种特性">可见性是一种特性</h2> <p>当运维人员能说出每个边界时，他们也能指出缺少哪份证据。日志变得更有用，告警更具体，例行维护风险更低。</p> <p>对静态网站而言，重要的边界通常很容易列出：</p> <ul> <li>DNS 把主机名指向预期的边缘。</li> <li>TLS 在预期的代理处终结。</li> <li>代理只服务一个已知的输出目录。</li> <li>输出只包含站点需要的文件。</li> <li>404 响应由站点本身处理，而不是意外的上游。</li> </ul> <p>把这些写下来，比加上一块回答不了任何上述问题的仪表盘更有价值。</p> <h2 id="复杂性要用实力取得位置">复杂性要用实力取得位置</h2> <p>当新的一层消除的不确定性多于它引入的，它才值得。缓存重要时，给资源加指纹的构建步骤会有用；内容需要事务时，数据库才有用。但对一个小而多为静态的站点，这两者都不必然是改进。</p> <p>对客户端 JavaScript 也适用同一规则。如果页面需要搜索索引或交互编辑器，就加入满足该需求的最小实现，并有意识地更新内容。如果页面是一份文档，纯 HTML 往往更容易检视、更有韧性。</p> <h2 id="让所有权明确">让所有权明确</h2> <p>每个文件都应有存在的理由与明确的更新方式。vendored 主题应记录其上游版本与许可。生成目录应标记为生成物。资源下载应说明它包含什么、何时更新、校验和如何产生。</p> <p>这些简短声明能防止未来的运维者把偶然产生的制品当作受支持的接口。</p> <h2 id="为下一次变更留出空间">为下一次变更留出空间</h2> <p>最好的小系统不是行数最少的那个，而是下一次变更看得见去处的那一个。笔记站可以从 Markdown、静态生成器与一个 Web 服务器起步；如果以后需要搜索或评论，可以独立评估这个新需求，而不是一开始就假设它存在。</p> <h2 id="来源">来源</h2> <ul> <li><a href="https://gohugo.io/getting-started/directory-structure/">Hugo directory structure</a>，内容与资源的目录约定，已核验 2026-08-22。</li> <li><a href="https://caddyserver.com/docs/caddyfile/directives/file_server">Caddy <code>file_server</code> 指令</a>，设计中引用的静态文件服务默认值，已核验 2026-08-22。</li> </ul>