这是「把自己部署到互联网上」系列的第 5 篇。
上一篇我买下了一台云服务器，算是把个人博客从想法推到了实战。那台机器不是临时跑 Demo 的环境，而是我准备长期维护的个人技术阵地：先承载博客，后面再接入个人官网、作品站和一些小项目。
这篇继续聊买服务器，但不是写“云服务器选购指南”。真正开始做个人博客后，我越来越觉得，买服务器时最容易吸引人的通常是配置和价格：几核 CPU、几 GB 内存、多大硬盘、多少带宽、首年多少钱。可真正决定你能不能长期维护下去的，往往是后续成本。
服务器买下来只是开始，麻烦通常在后面慢慢出现。
买服务器很容易进入程序员熟悉的参数比较：CPU、内存、磁盘、带宽、系统、地域、价格。这些当然要看，资源太差，部署和排查都会难受。但如果只看这些，很容易买到一台短期划算、长期别扭的机器。
比如首年价格很低，续费时才发现贵了很多；配置看起来够用，但带宽太小，图片、静态资源和后台接口都走这台机器时，访问体验会受影响；磁盘一开始觉得 40GB 够了，等 Docker 镜像、日志、数据库和备份慢慢堆起来，才发现空间紧张。
所以做决定前，还是要先回到真实场景。
我的目标不是高并发业务，也不是企业级生产环境，而是上线个人博客，后续接入个人官网和作品站，可能再部署几个小项目。技术上，我会使用 Docker 和 Docker Compose 管理服务，用 Nginx 做统一入口，配置 HTTPS，并处理对象存储、数据库和静态资源。维护者只有我自己。
这个场景有几个特点：初期访问量不会很大，所以没必要一上来买高规格；服务数量会逐渐增加，所以不能只按一个单体博客的最低配置规划；维护者只有一个人，所以复杂度不能太高；项目打算长期跑，所以续费、备份、迁移和安全都要提前考虑。
换句话说，我需要的不是最强配置，而是当前够用、后续能扩展、长期维护不折腾的方案。
第一类容易忽略的成本，是续费成本。
很多云服务器首年价格很友好，尤其是新用户活动。买的时候觉得很便宜，但个人博客不是只跑一年。如果真想把它当成长期技术阵地，就要看第二年、第三年的价格。首年优惠只是进入成本，续费价格才更接近真实成本。
这对个人项目尤其重要。公司项目有预算，服务器成本属于业务开销；个人项目靠的是自己的持续意愿。如果续费价格让你开始犹豫，你可能就会想：要不要迁移到更便宜的平台？要不要先停掉？访问量也不大，要不要算了？
所以我买服务器时会先问自己：如果没有首年优惠，我还愿意继续付费吗？这个问题比“现在多少钱”更重要。
第二类成本是带宽和流量。
个人博客初期访问量通常不大，但带宽仍然不能完全忽略。访问体验不只取决于文章数量，还取决于资源怎么走。如果图片、附件和静态文件都放在服务器上，带宽会直接影响页面加载。后面文章截图变多，或者作品站放项目预览图，资源体积也会慢慢增加。
后续我会考虑对象存储，把图片和静态资源从服务器拆出去。但早期阶段，带宽仍然要心里有数。不必一上来买很高带宽，也不能让页面慢到影响基本访问。
第三类成本是磁盘空间。
个人博客看起来只是写文章，好像不怎么占空间。但真正部署起来后，系统文件、项目代码、Docker 镜像、容器数据、数据库、日志、上传资源、备份文件和临时构建产物都会占磁盘。
尤其是 Docker，用起来方便，但镜像、容器和缓存会持续增长。如果没有清理习惯，磁盘会在不知不觉中变满。磁盘满了之后，数据库可能写不进去，日志可能异常，容器可能启动失败，错误还不一定直指磁盘问题。
所以磁盘不一定要特别大，但要留余量，也要提前想清楚：哪些数据放本地，哪些放对象存储，哪些需要定期清理。
第四类成本是备份和迁移。
刚开始搭博客时，最容易觉得备份不急。项目还小，文章不多，数据也少。但越是早期，越应该建立基本习惯。
个人博客真正重要的，不一定是代码。代码可以重新拉，环境可以重新搭，但文章内容、数据库数据、上传图片、Nginx 配置、证书配置、Docker Compose 文件、环境变量和部署脚本，一旦丢了，恢复会很麻烦。
迁移也是迟早可能遇到的事。可能因为续费太贵，也可能因为配置不够、换云厂商，或者系统环境需要重做。如果一开始所有东西都随手放，后面迁移就会很痛苦。所以我会尽量从一开始规划目录结构，把代码、配置、证书、数据和日志分清楚。
第五类成本是安全维护。
服务器只要有公网 IP，就会暴露在互联网上。这件事和访问量没关系。哪怕博客没人看，扫描脚本也会来。
所以安全维护也是成本，只是它不一定直接体现为钱。你需要考虑是否长期使用 root 登录，SSH 是否要调整，密码登录是否安全，安全组开放了哪些端口，系统防火墙是否配置，数据库端口是否暴露，是否需要 fail2ban，日志是否要定期查看，系统是否需要更新。
个人服务器不需要一开始就做复杂安全体系，但至少不能裸奔。SSH、数据库端口、安全组和防火墙这些基础项，最好在部署业务之前处理掉。
第六类成本是认知成本。
这个成本很隐蔽，但对个人项目很关键。公司里有团队、有文档、有同事，个人项目多数时候只有你自己。如果一开始选了自己并不理解的复杂方案，短期可能能跑，长期就会变成负担。
每次出问题，你都要重新理解当初为什么这么配；每次新增项目，你都担心影响旧服务；每次改 Nginx 或 Docker Compose，都不确定会不会把入口搞挂。
所以我现在选方案时，会问自己一个很现实的问题：三个月后，我还能不能看懂这套东西？如果答案是否定的，它可能就不适合当前阶段。
综合来看，我给自己的选择标准很简单：配置够用，不追求一步到位；长期价格能接受，不能只被首年优惠吸引；系统和平台要容易排查，资料多、控制台清晰、问题容易搜索；后续迁移要有可能，不要把所有东西绑死；架构要清晰，目录和服务边界尽量早一点规划；安全要前置，而不是上线以后再说。
如果你也准备买服务器搭个人博客，不妨先别急着问“几核几 G”。可以先问：这个博客打算维护多久？首年优惠结束后还愿意续费吗？后面会不会部署多个项目？图片和静态资源放哪里？数据库怎么备份？服务器坏了能不能迁移？半年后还能不能看懂这套配置？
这些问题想清楚后，再看配置会稳很多。
配置决定你今天能不能跑起来，维护成本决定你半年后还愿不愿意继续维护。对个人博客来说，真正有价值的不是第一天上线，而是它能长期存在、持续更新、稳定访问。
下一篇，我会进入另一个很有仪式感的动作：买域名。那一刻我开始意识到，域名不只是访问地址，它也决定了别人以后如何找到你。
本文由 楸木 原创，转载请注明出处。