最近很多读者问我同一个问题想把自己做的网站挂到公网上又舍不得买服务器到底有没有靠谱的免费方案我的判断很直接有而且可选的路线比想象中多。这里的“免费”不只是试用几天那种营销套路而是部分云厂商提供的长期免费额度例如 Oracle Cloud 的 Always Free 免费资源、Vercel 和 Cloudflare Pages 的免费托管计划、GitHub Pages 的静态站点托管。这些方案覆盖个人博客、作品集、项目 Demo、小工具、学习型后端应用等绝大多数轻量需求。这篇文章不打算只给你一份免费资源清单那没有太大价值。我会重点解决三个问题第一免费服务器适合什么、不适合什么帮你做选型判断第二不同场景应该走哪条免费部署路线第三从静态网站到 Docker 容器化动态应用具体怎么部署、怎么验证、怎么排查错误。读完这篇文章你至少能把一个完整网站免费部署上线并且知道上线之后该盯哪些指标。1. 先把问题说清楚免费服务器能干什么不能干什么很多人对免费服务器有两个极端认知。一种觉得免费的东西肯定不稳定、不安全、不正经另一种觉得既然免费就应当和付费服务器一样扛住生产流量。这两种认知都需要修正。从技术底层看免费服务器和付费服务器来自同一套基础设施。例如 Oracle Cloud 的 Always Free 实例跑在标准 OCI 云主机上Vercel 的免费套餐走的是同一套全球边缘网络GitHub Pages 背后也是正常的基础设施。所以免费不等于残废它更准确的定义是云厂商用一份有限资源换取你进入它的生态。真正需要认清的限制有几个方面。第一是资源配额免费实例通常只有 1 核 1GB 左右内存跑大型应用会吃力第二是流量和构建次数静态托管平台会限制每月带宽和构建数量第三是空闲策略部分 PaaS 平台的免费容器在长时间没有访问时会自动休眠下一次请求可能要等十几秒冷启动第四是超出策略有些平台超出免费额度后直接停机有些则会开始计费这一点在开通前必须看清楚。那免费服务器到底适合什么我给出一个明确判断个人博客、技术文档、作品集首页、课程作业演示、AI 小应用 Demo、内部工具、接口测试环境这些场景用免费方案完全够用。不适合什么高并发业务、存储量大的应用、依赖 SLA 的企业系统、涉及资金和用户敏感数据的场景。类比的逻辑很简单免费服务器适合验证想法不适合无脑承载所有业务。还有个容易被忽略的点免费服务器的学习价值。很多人在付费服务器上只敢跑打包好的镜像因为怕搞坏环境而免费服务器你随便折腾装 Docker、配 Nginx、试 CI/CD成本为零。这种“随便折腾不心疼”的状态恰恰是学习部署技术的最佳土壤。2. 主流免费服务器方案横向对比目前能长期使用的免费方案大概分四类云主机、静态托管平台、容器 PaaS 平台、数据库托管。我按实际部署场景把它们整理成一张对比表方便你直接做选型。方案资源类型大致免费额度长期可用性最合适场景Oracle Cloud Always Free云主机 块存储AMD 微实例约 1GB 内存 2 台ARM 实例总配额约 4 核 24GB200GB 左右存储以官方页面为准长期免费自用 API、小型数据库、Docker 容器、常驻后端阿里云 / 腾讯云试用云主机1 核 2GB 左右通常 30 至 90 天一次性试用短期比赛、毕设、考试演示Vercel 免费套餐静态 Serverless 函数每月约 100GB 带宽、100GB 小时函数执行量以官方为准长期免费前端网站、Next.js 应用、个人产品首页Cloudflare Pages静态 Worker不限带宽每月约 500 次构建以官方为准长期免费静态博客、Jamstack 项目、全球 CDN 体验GitHub Pages静态托管站点约 1GB、每月约 100GB 带宽以官方为准长期免费个人主页、项目文档、简历Render / Railway / Fly.io小容器Render 每月约 750 小时免费额度Web Service 空闲会休眠长期但有额度后端 API、机器人、全栈应用学习从这张表能看出一个选型逻辑如果你只需要静态页面直接走 Vercel、Cloudflare Pages 或 GitHub Pages这三条路线最简单如果你需要一个常驻运行的后端程序优先看 Oracle Cloud 的 Always Free 云主机如果你只想做个短期演示国内云厂商的免费试用最方便因为国内访问链路稳定。这里必须提醒一个国内开发者特有的坑如果你使用的是中国大陆地区的云服务器并且用域名对外提供网站服务需要按照相关规定完成 ICP 备案通常要求域名已经完成实名认证。海外免费服务器不涉及这个流程但从国内访问的速度会因网络环境不同而有明显差异。我的建议是学习阶段用海外免费主机追求国内访问速度时再考虑大陆服务器的备案流程。3. 部署前的环境准备与前置条件在正式部署之前先把环境准备好。这里区分两条路线需要的工具不一样。静态网站路线只需要本地的 Node.js 环境和一个文本编辑器。Node.js 用于安装 Vercel 命令行工具、执行前端项目的构建。在 Windows 上推荐先安装 Node.js 20 LTS 版本安装完毕后打开 CMD 或 PowerShell 验证一下node -v npm -v动态应用路线除了本地 Node.js还需要准备一台云主机比如 Oracle Cloud 免费实例并在云主机上安装 Docker。以 Ubuntu 22.04 系统为例安装 Docker 的步骤如下sudo apt-get update sudo apt-get install -y ca-certificates curl sudo install -m 0755 -d /etc/apt/keyrings sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc sudo chmod ar /etc/apt/keyrings/docker.asc echo \ deb [arch$(dpkg --print-architecture) signed-by/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu \ $(. /etc/os-release echo $VERSION_CODENAME) stable | \ sudo tee /etc/apt/sources.list.d/docker.list /dev/null sudo apt-get update sudo apt-get install -y docker-ce docker-ce-cli containerd.io sudo systemctl enable docker sudo systemctl start docker docker --version安装完 Docker 之后建议顺手把当前用户加入 docker 组避免每次都要敲 sudosudo usermod -aG docker $USER newgrp docker docker ps如果你使用的是 WindowsSSH 登录云主机的推荐方式是 Windows 自带的 OpenSSH 客户端。直接用命令行执行ssh -i C:\Users\你的用户名\.ssh\id_rsa ubuntu服务器公网IP域名方面大多数免费托管平台会默认给你一个免费子域名例如xxx.vercel.app、xxx.pages.dev、xxx.github.io这足够用于学习和演示。如果你希望网站有更正式的域名可以购买一个国内或国际域名商提供的 .com 域名通常一年几十元左右然后在域名控制台把解析记录指向服务器 IP 或平台提供的 CNAME 地址。4. 最简单的免费部署路线静态网站部署静态网站指的是由 HTML、CSS、JavaScript 组成的页面不依赖后端程序。个人博客、产品介绍页、个人简历都属于这一类。最适合的免费部署平台是 Vercel 和 Cloudflare Pages。先用一个最小静态网站演示 Vercel 部署流程。新建一个项目目录里面放两个文件!-- 文件路径my-site/index.html -- !DOCTYPE html html langzh-CN head meta charsetUTF-8 meta nameviewport contentwidthdevice-width, initial-scale1.0 title我的免费网站/title style body { font-family: system-ui, sans-serif; margin: 0; padding: 2rem; background: #f5f7fb; color: #1f2937; } main { max-width: 640px; margin: 0 auto; background: #ffffff; border-radius: 12px; padding: 2rem; box-shadow: 0 4px 12px rgba(0, 0, 0, 0.08); } code { background: #eef2ff; padding: 2px 6px; border-radius: 4px; } /style /head body main h1这是我的第一个免费网站/h1 p这个页面由 Vercel 部署支持 HTTPS永久免费。/p p下一步绑定你自己的域名或者换成 codeNext.js/code 动态项目。/p /main /body /html然后在项目根目录打开终端安装 Vercel 命令行工具npm install -g vercel vercel login执行vercel login后浏览器会弹出授权页面选择 GitHub 账号登录即可。接着在项目根目录执行第一次部署vercel命令行会交互式问你几个问题是否需要修改设置、项目名称、根目录等默认回车即可。首次执行是预览环境确认没问题后执行vercel --prod部署完成后命令行会输出一个https://my-site.vercel.app形式的正式地址。打开这个地址就能看到刚才写的页面HTTPS 证书是自动配置的不用额外操心。如果你不想用命令行Cloudflare Pages 提供了一条可视化路线先把项目代码推到 GitHub然后在 Cloudflare Pages 控制台点击 Create a Project导入 GitHub 仓库框架预设选择 None纯静态构建命令留空输出目录填写.或项目中的静态目录例如public点击 Deploy 等待几十秒即可。之后每次 git push 都会自动触发重新构建。静态部署这条路线是最容易上手的它验证了一个核心观点免费部署并不意味复杂关键是找对平台。如果你连命令行都不想装用 Git 集成也能完成任务。5. 进阶免费部署路线Docker 部署动态应用静态网站解决不了需要后端逻辑的场景。比如你要部署一个带登录、数据存储、API 接口的小应用就需要一台常驻运行的云主机。这一节我用一个最小 Node.js 应用加 Docker Compose 的组合演示完整的动态应用免费部署流程。5.1 准备一个最小 Node.js 应用假设项目里有三个文件package.json、server.js、Dockerfile。在本地新建项目目录并写入以下内容。{ name: my-free-site, version: 1.0.0, description: 部署在免费服务器上的 Node.js 示例站点, main: server.js, scripts: { start: node server.js }, dependencies: { express: ^4.19.2 } }// 文件路径项目根目录/server.js const express require(express); const app express(); const PORT 3000; app.get(/, (req, res) { res.send(h1Hello, 免费服务器/h1pDocker Compose Nginx 部署成功。/p); }); app.get(/health, (req, res) { res.json({ status: ok, time: new Date().toISOString() }); }); app.listen(PORT, () { console.log([server] listening on port ${PORT}); });这个应用做了两件事根路径返回一段 HTML/health路径返回 JSON 健康检查结果。健康检查接口很重要稍后可以用来验证容器是否正常响应。5.2 编写 DockerfileDockerfile 的作用是把应用打包成一个可移植的镜像# 文件路径项目根目录/Dockerfile FROM node:20-alpine WORKDIR /app COPY package*.json ./ RUN npm install --production COPY . . EXPOSE 3000 CMD [node, server.js]这里有几个细节需要注意。第一优先把依赖清单复制到镜像再执行npm install这样当源码变化而依赖没变化时Docker 可以直接利用缓存层构建速度快很多。第二使用--production参数只安装生产依赖镜像体积更小。第三EXPOSE 3000只是声明端口真正做端口映射是在 docker compose 里完成。5.3 编写 Nginx 反向代理配置在实际部署中我不会直接把 Node.js 的 3000 端口暴露出去而是让 Nginx 监听 80 和 443 端口再把请求转发给 Node.js 应用。这样有两个好处一是统一入口便于配置 HTTPS 证书二是将来切换语言或框架时应用层逻辑不用动只改 Nginx 配置。# 文件路径项目根目录/nginx.conf server { listen 80; server_name your-domain.com; # 换成你自己的域名或服务器 IP access_log /var/log/nginx/site_access.log; error_log /var/log/nginx/site_error.log; location / { proxy_pass http://app:3000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }注意proxy_pass里写的是http://app:3000这里的app是 docker compose 中的服务名。在同一套 Docker 网络里容器之间可以用服务名作为主机名互相访问。5.4 编写 docker-compose.ymldocker-compose.yml 用于编排两个服务应用容器和 Nginx 容器。# 文件路径项目根目录/docker-compose.yml version: 3.8 services: app: build: . container_name: free-site-app restart: always environment: - TZAsia/Shanghai expose: - 3000 networks: - site-net nginx: image: nginx:1.26-alpine container_name: free-site-nginx restart: always ports: - 80:80 - 443:443 volumes: - ./nginx.conf:/etc/nginx/conf.d/default.conf:ro depends_on: - app networks: - site-net networks: site-net: driver: bridge这个配置的关键点有三个。第一restart: always保证容器异常退出或服务器重启后自动拉起这是免费服务器上保证可用性的重要手段。第二应用容器只对内部网络暴露 3000 端口外部唯一入口是 Nginx 的 80 和 443安全性更好。第三depends_on声明 Nginx 依赖应用容器但要注意它只控制容器启动顺序并不保证应用进程已经准备好对外响应所以实际部署后要耐心观察几秒再访问。5.5 上传代码并启动服务在本地项目根目录初始化 Git然后推送到 GitHub 仓库接着在云主机上克隆代码并启动git init git add . git commit -m init free site git branch -M main git remote add origin https://github.com/你的用户名/my-free-site.git git push -u origin main在云主机上执行git clone https://github.com/你的用户名/my-free-site.git cd my-free-site docker compose up -d --build执行完成后检查容器状态docker compose ps如果你的服务器有公网 IP并且安全组已经放行 80 端口此时直接在浏览器里访问http://服务器公网IP就能看到 Nginx 代理后的 Node.js 页面。接下来如果需要绑定域名把域名的 A 记录解析到服务器公网 IP然后替换nginx.conf里的server_name重启 Nginx 容器即可。5.6 配置 HTTPS 证书免费服务器的 HTTPS 证书推荐用 Lets Encrypt配合 certbot 工具在云主机上执行sudo apt-get update sudo apt-get install -y certbot python3-certbot-nginx sudo certbot --nginx -d your-domain.comcertbot 会自动检测 Nginx 配置、自动申请证书并修改配置文件。如果你用的是 Docker 容器中的 Nginx更推荐的做法是使用 Nginx Proxy Manager 这类容器化的证书管理工具或者在宿主机上用 certbot 申请证书后再挂载进容器。核心思路是一样的证书申请前必须确保域名已经正确解析到服务器并且 80 端口可以从外网访问否则校验会失败。到这里你已经完成了一条完整的动态应用免费部署链路源码在 GitHub、构建通过 Docker Compose、对外服务由 Nginx 反代、HTTPS 使用自动证书。6. 运行结果与效果验证很多初学者部署完之后看页面打不开就慌了。实际上验证部署效果有一套标准的排查流程从近到远逐层确认。第一步在云主机本机检查端口是否监听ss -lntp | grep -E :80|:443如果输出里能看到nginx在监听 80 和 443说明 Nginx 容器已经正常运行。第二步在云主机本机用 curl 验证应用响应curl http://localhost/health curl -I http://localhost/预期会看到HTTP/1.1 200和 JSON 格式的{status:ok}。第三步从你的本地电脑验证公网访问curl -I http://服务器公网IP curl -I https://your-domain.com如果本地访问不通而云主机本机访问正常问题通常出在云控制台的安全组或防火墙规则上。打开云厂商控制台确认入方向规则已经放行 80、443 端口且来源地址不是只允许特定 IP。第四步查看应用日志。Docker 部署方式下日志排查非常方便docker compose logs -f app docker compose logs -f nginx-f参数表示持续跟踪日志输出能看到每次 HTTP 请求的访问记录也方便观察应用启动时有没有抛异常。第五步关注资源占用。免费服务器的资源是硬约束上线后要养成立即检查的习惯free -h df -h uptimefree -h看内存剩余df -h看磁盘空间uptime看负载平均值。如果内存长期在 90% 以上就要检查是不是应用存在内存泄漏或者镜像里安装了太多多余依赖。7. 常见问题与排查方法免费服务器部署最常见的坑我整理成一张排查表按出现频率排序问题现象可能原因排查方式解决方案SSH 无法连接云主机安全组未放行 22 端口在云控制台查看入方向规则添加入方向规则允许 22 端口来源限定自己的 IP公网打不开网站本机能打开安全组或防火墙屏蔽了 80/443检查云控制台安全组和 ufw 状态放行 80/443 端口执行sudo ufw allow 80/tcpDocker 构建速度很慢默认软件源在海外查看docker build输出日志配置国内镜像加速器或使用代理镜像源访问页面返回 502 Bad GatewayNginx 无法连接应用容器查看 Nginx 和 app 容器日志检查 compose 中服务名和端口是否一致确认 app 已启动免费 PaaS 平台访问时等待很久免费容器空闲休眠看平台文档确认免费额度规则改用常驻云主机或用定期健康检查防止休眠HTTPS 证书申请失败域名未解析到该服务器用dig命令检查 DNS 解析结果等待 DNS 生效或修正 A 记录域名解析生效慢国内 DNS 缓存使用nslookup your-domain.com查询等待几小时后再测试优先把 CNAME 换成 A 记录这里要特别强调一下 502 错误的排查思路。502 表示 Nginx 已经收到请求但上游应用不可用。先用docker compose ps确认 app 容器是 Up 状态再docker compose logs app看应用有没有 crash最后检查nginx.conf里的proxy_pass服务名是否正确。三层排查下来基本能定位问题。另一个高频问题是免费 PaaS 平台休眠。以 Render 为例免费 Web Service 在 15 分钟没有访问后会自动休眠下一次请求需要冷启动。如果应用场景需要持续在线可以通过外部监控服务每隔几分钟访问一次健康检查接口或者直接选择 Oracle Cloud 的 Always Free 云主机它没有休眠机制。8. 免费服务器的安全与最佳实践免费服务器资源少但安全配置不能省。我给出一套适合免费云主机的基线配置按优先级排序。最小化登录权限。不要直接用 root 用户跑应用建议创建一个普通用户使用密钥登录并禁用密码登录sudo useradd -m -s /bin/bash deployer sudo mkdir -p /home/deployer/.ssh sudo cp ~/.ssh/authorized_keys /home/deployer/.ssh/ sudo chown -R deployer:deployer /home/deployer/.ssh sudo chmod 700 /home/deployer/.ssh sudo chmod 600 /home/deployer/.ssh/authorized_keys完成后再编辑/etc/ssh/sshd_config把PasswordAuthentication设置为no重启 sshd 服务。这一步能显著减少服务器被暴力破解的风险。启用简单防火墙。Ubuntu 上推荐 ufwsudo ufw allow OpenSSH sudo ufw allow 80/tcp sudo ufw allow 443/tcp sudo ufw enable注意顺序先放行 SSH 再启用防火墙否则可能把自己锁在服务器外面。给容器设置资源上限。Docker Compose v2 支持在服务中声明资源限制。例如给应用容器限制内存 256MBservices: app: build: . deploy: resources: limits: memory: 256M设置资源上限有两个作用一是防止应用内存泄漏拖垮整个服务器二是避免免费实例因为资源耗尽而被云厂商限流或停机。不要硬编码密钥。数据库密码、API Key、JWT 密钥这类敏感信息不要写在 Dockerfile 或代码仓库里。推荐用.env文件加 docker compose 的env_file字段注入services: app: build: . env_file: - .env同时把.env和node_modules写进.gitignore避免密钥随着源码上传到仓库。如果应用依赖数据库可以选用 MongoDB Atlas 免费集群或 Supabase 免费项目数据库连接串通过这种环境变量方式注入。上线前先备份上线后定期备份。免费服务器没有磁盘快照的商业保障自己定期打包数据是最可靠的回滚手段。一个最小示例tar -czf /home/deployer/backups/site_$(date %Y%m%d).tar.gz /var/www/my-site配合 crontab 每天凌晨执行一次再把备份文件同步到对象存储或本地就能覆盖绝大多数数据丢失场景。掌握回滚方法。Docker 部署的回滚其实很简单只要旧版本镜像还在本地重新运行旧镜像即可。更工程化的做法是每次部署打一个镜像 tag例如my-site:20250101出问题时一条命令切回上一个 tag。这里要再次强调任何生产环境变更之前先在测试环境验证并对数据库文件做备份不要心存侥幸。关注免费额度的隐性规则。不同平台的免费策略差异很大。有的平台是超出后直接停服有的平台是超出后按付费价格扣款后者尤其危险因为你需要绑定支付方式才能创建资源。开通任何国际 PaaS 平台之前建议逐字阅读免费套餐说明并在控制台手动设置费用告警或用量告警。9. 总结与下一步学习方向这篇文章的核心观点可以浓缩成一句话免费部署不是玩具关键是把场景、平台和预期对齐。纯静态网站用 Vercel、Cloudflare Pages、GitHub Pages十分钟上线动态应用用 Oracle Cloud Always Free 云主机加 Docker Compose一个下午就能跑通完整链路短期演示用国内云厂商试用券省心又快速。如果你现在只愿意做一个动作我建议先把手里的静态页面部署到 Vercel感受一次完整的上线流程。这个动作成本最低、反馈最快而且能顺便掌握 Git 提交、命令行工具、HTTPS 域名这几个绕不开的基础技能。静态路线跑通之后再回头攻克 Docker Compose 的动态部署难度曲线会平滑很多。接下来值得深入的方向有三个Nginx 的配置进阶包括负载均衡、缓存策略和日志切割GitHub Actions 的自动化部署实现 push 代码后自动构建并发布到服务器以及把免费静态托管和免费数据库组合起来做一个完整的全栈小应用。这三条路都建立在这篇文章的基础上而且每一步都能继续停留在免费额度之内。最后提醒一句免费服务器的官方政策会调整本篇文章里提到的具体额度和数值只是经验总结开通前一定要去官方页面确认最新条款。把免费额度当成学习的起点而不是业务的终点你的技术积累和项目质量都会走得更远。