企业官网建设流程全解析

先说个真实感受，大家搜“免费服务器”的时候，结果翻来覆去就是那几家大厂的三个月试用、半年活动，看着热闹，真注册完才发现不是要绑卡就是要实人认证，到期忘了取消还能给你来个续费账单。我在服务器这块折腾了得有十年，从学生时代穷折腾到后来给公司搭基础设施，说实话，真正值得长期留下来的免费资源，往往不在热搜前几页，而是藏在一些厂商角落里没人细看的永久免费层和额度政策里。

这篇就把我自己筛过、实测过、还在用的冷门免费服务器资源好好盘一盘，顺便把申请流程、隐藏限制、避坑套路都讲清楚。适合想用免费资源跑个人博客、练Linux、做API服务、存小型数据库的朋友，也适合刚入门想低成本试错的开发者。先讲清楚怎么分类和避坑，再逐个拆资源，最后附上可直接抄的实操记录。

1. 先分清楚：你找的“免费服务器”到底属于哪种类型

很多人一上来就搜“免费服务器”，但这个词背后的资源形态差别非常大。不先搞清楚自己需要哪种，后面必然踩坑。

1.1 免费服务器的三种常见形态

我把市面上常见的免费资源分成三类，对照自己的需求选，会清晰很多。

• 限时试用型：云厂商给新用户提供的免费额度，时间一般是1到3个月，配置从1核1G到2核4G不等。这类资源很好申请，但到期后必须手动取消或切换成付费，否则容易产生账单。适合短期测试、参加比赛、临时跑任务。
• 永久免费层型：厂商为了留住开发者，专门提供一批固定配置的实例，只要你账户一直存在，机器就一直免费。代表就是Oracle Cloud的Always Free、Google Cloud的小规格实例、AWS Free Tier里包含的12个月免费套餐。这类资源才是真正值得长期持有的，但很多人要么不知道，要么嫌申请麻烦。
• 平台额度型：不是给你一台传统虚拟机，而是提供Serverless函数、静态托管、容器平台等，按调用次数和资源用量计费，只要用量低于免费额度就不用花钱。比如Cloudflare Workers、Vercel、GitHub Codespaces、Supabase这类。严格来说这不是“服务器”，但实际使用效果和一台轻量服务器没有本质区别，甚至更省心。

这三类没有绝对的谁好谁坏，关键看你拿来做什么。如果你只是想有个长期稳定跑脚本的24小时在线环境，那永久免费层最合适；如果你是做前端项目演示、个人API、小程序后端，平台额度型往往比VPS更顺手；如果你只是明天有个作业要交，那随便找个限时试用的都行。

1.2 为什么热门免费资源反而不一定好用

热搜里排前面的那些免费资源，一般都有共同特点：注册流程简单、宣传话术漂亮、吸引了大量新用户。但恰恰因为用的人多，厂商的风控会越来越严，免费额度的限制也会被卡得更死。

比如有些云厂商的免费试用，注册时必须绑信用卡，页面写的是“不收费”，但到期后如果你没主动取消，扣费提醒往往在账单出来后才会发到邮箱。再比如一些热门免费平台，对部署的应用类型有严格限制，你在上面跑高CPU任务，轻则暂停实例，重则直接封号。还有一类更隐蔽，免费层在某些区域一直没有产能，你注册完了想开机器，点了半天提示资源不足，最后只能放弃。

整圈折腾下来你就会发现，真正冷门但好用的免费资源，反而因为用的人少、文档不显眼、申请流程复杂一点，被保留了下来。这也是我写这篇文章的初衷，把我验证过还能用的资源整理出来，帮大家少走弯路。

2. 冷门但能长期用的云主机与计算资源盘点

这一部分，我按“能不能长期持有”来筛选。先推荐云主机和边缘计算资源，再单独讲大厂免费层里容易被忽略的固定配置。

2.1 Oracle Cloud Always Free：云主机里少有的真长期免费

要论真正能免费拿到一台长期虚拟机，Oracle Cloud的Always Free是我目前见过最实在的。重点在于它不是限时试用，而是官方明确标注的永久免费层，只要Oracle这个云业务还在，符合规则的实例就不会自动收费。

福利主要包含两块：一台ARM架构的虚拟机，最高可以开到4核OCPU加24GB内存，这个配置在免费资源里算天花板级别；另外还有两台AMD架构的小型实例，每台1核1GB内存。存储方面一共送大概30GB左右，放个人网站、博客、Git仓库、定时任务脚本都绰绰有余。官方文档里写的都是“Always Free”，申请成功后不会像部分厂商那样偷偷扣费。

实际操作中有一个坑：ARM实例容易缺货。登录控制台后新建虚拟机时，如果看到某区域显示“Out of capacity”之类的提示，就换一个区域或换一个可用性域重试。我申请的时候是在晚上刷了三次才成功，期间没有扣任何费用。申请Oracle Cloud账号需要一张信用卡做验证，验证会有短暂冻结但不会实际扣款（具体以银行短信为准）。配置系统强烈建议选Canonical Ubuntu，软件生态好，教程多，比默认的Oracle Linux顺手很多。

创建实例时有两个细节会影响后续使用。一个是密钥对，一定要下载私钥保存好，丢了就只能删机重建；另一个是安全列表，Oracle的默认网络策略只放行了22端口，后续想跑网站、开放API端口，需要自己去“虚拟云网络”里加一条入站规则，否则外部根本访问不到。我在第四节会写完整的开端口和部署流程。

2.2 Cloudflare Workers和Pages：把免费边缘计算当服务器用

很多人一提到免费服务器，第一反应一定是买VPS。但如果你要跑的东西是静态网站、小型API、表单回调、定时任务，Cloudflare提供的免费额度比一台VPS更合适，而且完全不需要维护操作系统。

Cloudflare Workers的免费计划，每天有10万次请求额度，这对个人项目来说其实是很大的量。简单算笔账：一个日访问量几百次的博客或API服务，一个月也就消耗两三万次请求，离限额远得很。Workers还自带全球边缘节点部署，用户访问时会就近响应，速度体验往往比一台单区域的小VPS还好。

如果你做的是纯静态网站，Cloudflare Pages更省事，直接把代码推到Git仓库，Pages会自动构建并分配一个xxxxx.pages.dev的免费域名，支持自定义域名和HTTPS证书，静态资源流量目前不收费。我个人的习惯是“Pages放前端页面 + Workers写后端接口 + 免费数据库存数据”，一套组合下来，承载力比一台1核1G的免费虚拟机强不少，关键还不用管系统更新和安全补丁。

需要说明的是，Cloudflare的免费层对滥用行为比如挖矿、刷量、长时间高并发压测是严格禁止的，正常的个人项目完全没问题，但别想着拿它做流量穿透或跑重计算。

2.3 大厂免费层里容易被忽略的固定配置

很多人知道AWS、Google Cloud有免费套餐，但要么觉得要绑卡麻烦，要么觉得免费期太短，其实这两家也有长期免费的东西，只是藏得比较深。

AWS Free Tier包含的免费额度是12个月有效，其中最值得关注的是每月750小时的t2.micro或t3.micro实例，换算过来就是一台1核1GB的机器可以24小时开满整月。注意这里有个隐藏细节：必须是特定区域（常见的是us-east-1弗吉尼亚北部），而且超出750小时的用量会按正常价格计费。如果你只是轻量使用，这12个月足够把一个完整的个人项目从零学到上线。

Google Cloud的免费额度就更有意思了，它在us-west1、us-central1、us-east1三个区域各提供一台e2-micro实例，每月免费，不限12个月。配置是共享vCPU加1GB内存，跑个小博客、刷题、写爬虫、挂个Telegram机器人之类的完全够。同样要注意实例区域别选错，选到非免费区域就会产生费用。

使用这两家大厂的免费资源，我有几条实操建议：第一，创建完实例第一时间去开启账单提醒，哪怕只是邮件提醒也能避免意外扣费；第二，不要在免费实例上跑需要持续高CPU的任务，一方面体验差，另一方面容易被厂商标记；第三，把SSH密钥、实例ID、区域信息记录好，免费资源数量一多，管理混乱才是最大的隐形问题。

3. 把服务器“拆着用”：更冷门的免费开发资源组合

传统VPS是把计算、存储、数据库、域名全绑在同一台机器上，但免费场景下这种模式反而不划算。我更推荐把需求拆开，按“计算 + 存储 + 数据库 + 部署平台”分别选择免费资源，组合出一个小而完整的系统。

3.1 免费代码托管与在线开发环境：GitHub Codespaces

绝大多数人把GitHub只当成代码仓库用，其实它的Codespaces功能就是一个远程Linux开发环境，个人账户每月送一定时长的免费额度。这个额度可以用来开一个2核4GB的容器，预装好Node.js、Python、Go等常用环境，浏览器打开就能写代码、跑服务、调试接口。

相比本地虚拟机，Codespaces的好处是环境即开即用，随时销毁重新创建，不用担心把自己电脑搞乱。我遇到临时要测一个依赖很重的项目时，经常直接开一个Codespaces，跑完就删，一点不心疼。需要注意免费额度是按核心时计算的，2核机器用1小时等于扣2小时额度，所以尽量用完顺手关掉。它不太适合做7x24小时常驻服务，毕竟环境关闭后容器就停了。

3.2 免费数据库和BaaS资源

服务器上最常跑的就是数据库，但数据库如果自己装在一台免费VPS上，既要操心内存占用，又要担心磁盘写满，还容易因为进程崩溃导致数据丢失。不如直接用云厂商提供的免费数据库服务，把存储这件事外包出去。

我一直稳定在用的有三类：

• MongoDB Atlas的M0免费层，送512MB存储。适合存文档型数据、日志、爬虫结果，无服务器模式对小项目很友好。
• Supabase免费版，送500MB的PostgreSQL数据库，还自带用户认证、对象存储、实时订阅，适合做App后端。
• Cloudflare的D1数据库，按量计费但免费额度足够小项目用，和Workers无缝集成，不用开额外网络端口。

下面这个表格是我个人对几款免费数据库的直观对比，方便你按项目类型选：

这个分类下有一个核心原则：免费数据库是“附加服务”，不是“主存储”。重要数据一定要定期导出备份，否则万一厂商调整政策或账号被误封，数据恢复会非常麻烦。

3.3 组合实战：用免费资源拼出一个小型完整应用

说一个我实际搭过的方案，预算为0，用来跑一个带数据库的个人工具站。

前端页面放在Cloudflare Pages，绑定仓库后自动部署，站点域名用pages.dev免费子域；业务接口放在Cloudflare Workers里，提供登录态校验、增删改查逻辑；数据层用D1或Supabase；域名如果有惯用的，就在Cloudflare里加一条CNAME解析，SSL证书自动签好。整套方案下来，请求量只要在免费额度内，基本不再需要碰传统服务器。

这套组合的体验比一台VPS舒服得多，没有系统更新、没有宕机重启、也不需要配防火墙，代码一推就生效。缺点同样明显：有fair use限制，遇到突发高并发会触发限流；数据库容量小；不适合跑常驻进程，比如WebSocket长连接服务、消息队列消费者。

4. 实操记录：免费虚拟机从申请到上线的一站式流程

光说资源不给出路就是耍流氓。这一节我用Oracle Cloud Always Free的ARM实例为例，从注册到部署网站完整走一遍，过程尽量贴实际，不写废话。

4.1 申请Oracle Cloud Always Free的完整步骤

第一步，访问Oracle Cloud官网注册页面，选择“开始免费试用”。这里需要准备一张支持外币的信用卡，用于身份验证。填完邮箱、姓名、密码后，手机会收到验证码，输入后进入下一步。

第二步，添加信用卡信息和账单地址。这一步是很多人犹豫的地方，怕被扣费。实际情况是Oracle只是做银行卡有效性验证，会有一笔小额预授权，一般是1美元左右或更少，验证完成后会释放。只要你后边创建的资源都在Always Free额度内，不会产生账单。填写地址时建议使用拼音或英文，地区和邮编要和卡信息尽量匹配。

第三步，选择云区域。登录控制台后右上角可以看到当前区域。不同区域的资源库存差异很大，热门区域经常没货，可以换一个小众区域。切换区域不会额外收费，只是数据中心位置不一样，国内访问延迟会有差别，建议以实际测速为准。

第四步，创建实例。控制台里找到“计算”菜单下的“实例”，点击“创建实例”。镜像选Canonical Ubuntu 22.04，架构选ARM，形状选择VM.Standard.A1.Flex，然后调整OCPU和内存大小。在免费额度下，最大可以选4核OCPU和24GB内存。这里有一个容易被忽略的地方：A1.Flex允许你自定义CPU和内存的比例，不一定非要调到最大，按自己需求来，比如2核12GB就够用。我自己的习惯是先开到满配，等应用跑稳了再缩回去，这样能减少ARM库存不足时创建失败的几率。

第五步，配置SSH密钥。创建实例时如果选择自动生成密钥对，会下载一个私钥文件；如果选择上传公钥，则把本地生成的公钥内容粘贴进去。密钥下载后一定要保存好，最好同时保留一份到密码管理器。实例创建完成后，公网IP和控制台信息会显示在实例详情页。

第六步，配置安全列表。默认情况下，实例只有SSH的22端口对外开放，网站和API端口不会通。进到“虚拟云网络”菜单，找到当前的VCN和子网，在子网的安全列表里添加入站规则，源CIDR填0.0.0.0/0，目的地端口按需填80和443，协议TCP。这一步不做，后续即使装好Nginx也访问不了。

4.2 在免费实例上部署一个轻量应用并配置HTTPS

拿到SSH登录方式后，用终端连接上去，我习惯每次新建服务器先做两件事：更新系统包和创建普通用户。更新系统用sudo apt update && sudo apt upgrade -y，创建用户用sudo adduser yourname，然后给新用户加sudo权限。不建议一直用root跑业务。

部署过程以Nginx加一个静态页面为例，最简命令是：

sudo apt install -y nginx sudo systemctl enable --now nginx

装完以后，公网IP访问应该就能看到Nginx默认欢迎页。如果打不开，先检查安全列表有没有放行80端口，其次确认Ubuntu自带防火墙没有拦截，查看状态用sudo ufw status，如果启用就执行sudo ufw allow 'Nginx Full'。

如果想要更完整的HTTPS证书，可以用Certbot，执行：

sudo apt install -y certbot python3-certbot-nginx sudo certbot --nginx -d yourdomain.com

Certbot会自动修改Nginx配置并完成证书签发，后续还会自动续期，这一步比手动申请证书省太多事。

免费实例不推荐装太重的东西。我见过有人往这种1核1G机器里又装数据库又装中间件又装桌面环境，最后卡到SSH都连不上。建议只跑一个主要服务，数据库尽量用前面提到的云数据库，把系统负载降下来，稳定性反而更高。

5. 免费服务器避坑清单与问题排查

最后这部分，把免费服务器最常遇到的坑集中讲一遍。前面安利了很多资源，但免费的东西都有隐藏成本，这里的隐藏成本不是钱，而是时间和管理精力。

5.1 免费资源失效的常见原因

如果实例已经创建成功却被回收，能救回来的概率很低，所以平时养成备份习惯很重要。

5.2 日常维护与安全建议

免费服务器最大的隐患不是性能，而是“没人管”。因为是白嫖来的，很多人创建完就丢在角落，半年后想起来登录，发现系统全是漏洞、SSH被暴力破解过、机器被安装了挖矿程序。这种事在免费VPS圈子里非常常见。

我建议至少做三件事。

第一，修改默认SSH端口并禁用密码登录，只保留密钥认证。修改端口的方法是把/etc/ssh/sshd_config里的Port改成其他数字，然后重启sshd服务。千万不要用默认22端口加弱密码，公网扫端口的人太多了。

第二，配置自动化更新，至少保证安全补丁及时安装。Ubuntu上可以执行：

sudo apt install -y unattended-upgrades sudo dpkg-reconfigure --priority=low unattended-upgrades

依照提示启用自动更新即可。

第三，建立定期备份。最简单的方案是写一个crontab任务，每天把网站目录和数据库导出压缩，上传到S3、云存储或另一台机器。免费层没义务保障你的数据安全，数据万一丢了只能认栽。

还有一些资源本身状态就属于“半废弃”，比如部分开发平台免费额度调整频繁，用之前先看官方文档或社区反馈，别等部署完成才发现免费方案已经停了。

关于免费资源，我的个人体会

用免费服务器做了这么多年项目，最大的体会其实是“控制预期”。免费的机器，性能和稳定性一定不如付费，这是商业规律，不是一个“冷门资源”能解决的。所以正确的用法是：把免费资源当成学习环境、测试环境、个人工具站，不要拿来做对可用性要求很高的生产服务。

最后再分享一个我自己的小原则：重要数据必须存三份，一份在免费服务器上，一份在本地电脑，一份在对象存储。免费资源可以随时换，数据不能动不动就丢。把心态摆正，免费资源能帮你省下相当可观的学习成本，这也是这篇盘点真正希望你能带走的东西。