小程序后端怎么选：轻量应用服务器还是函数计算
一、前言
写小程序的人大多遇到过同一个问题：前端写完了，后端放哪里？两种主流选择摆在那里：买一台轻量应用服务器自己部署，或用函数计算直接把接口跑起来。两者价格都不高，但适合的场景完全不同。选错了，要么维护成本高得离谱，要么在被限制的额度里反复挣扎。这篇把两者的差异拆开讲，给一个可以直接用的判断标准。
二、轻量应用服务器：一台属于你的小主机
轻量应用服务器本质是一台配置固定、价格透明、带流量包的云主机，开箱就能 SSH 上去。
适合它的场景：
- 需要长驻进程：WebSocket 推送、定时任务、消息队列消费，这些在服务器上是原生能力；
- 需要本地文件与固定 IP：上传的图片存在本机、第三方平台需要 IP 白名单，服务器处理起来最直接；
- 有熟悉的运行环境：Node/PHP/Java 一条命令起服务，Docker 一拉就跑；
- 预算固定：月费固定，流量包用完限速而不额外扣费，账单好预测。
代价：系统补丁、安全组、监控、备份都要自己管。对个人开发者，这是学习成本；对小团队，这是隐性人力成本。
三、函数计算：只为请求付费
函数计算是 Serverless：你把代码传上去，平台负责伸缩和运维，按调用次数与运行时长计费。
适合它的场景：
- 流量峰谷差异大：平时几十次调用、活动期突增，不用提前买容量；
- 接口简单、无状态：小程序里常见的登录、查列表、提交表单，天然适合；
- 不想运维：不需要管系统、不需要打补丁，代码即服务；
- 事件驱动：图片上传后自动压缩、定时同步数据，与 OSS 等产品的事件触发直连。
代价：冷启动延迟、执行时长上限、没有固定公网 IP、本地磁盘不是持久存储——依赖这些特性的需求会很难受。
四、判断标准：四个问题
- 有没有长连接（WebSocket）？有 → 轻量服务器。
- 有没有需要长时间运行的任务（超过函数执行上限的批处理）？有 → 轻量服务器。
- 流量波动是否很大（比如只在活动期有量）？是 → 函数计算。
- 团队里有没有人能管服务器？没有 → 函数计算。
两个都想兼顾的思路：主业务放轻量服务器，峰值流量和图像处理类任务用函数计算分散，通过 API 网关聚合，成本比全部上服务器低，运维量比全部上函数小。
五、费用与限制要知道的两件事
- 轻量服务器的流量包用超后会限速，图片类小程序要注意静态资源别全走本机，可以配合对象存储；
- 函数计算有免费试用额度，适合前期验证；但免费额度用完后按量计费，需要有预算监控的习惯。
六、常见问题
Q：轻量服务器能跑数据库吗？
A：能，但不建议把业务库放在同一台机器上，数据量与可靠性都会受限，商业项目建议用云数据库。
Q：函数计算能跑持续运行的爬虫吗？
A：不适合长时间常驻任务，建议改用轻量服务器或容器类服务。
Q：以后能从函数计算迁到服务器吗？
A：代码逻辑可以平移，但要补上运行环境与运维配置，建议前期把业务逻辑与运行环境解耦。
七、总结
选型不是选“更好”的技术，而是选“匹配”的形态：需要常驻、需要固定环境、需要可预测账单 → 轻量服务器；无状态、波动大、不想运维 → 函数计算。拿不准就先用函数计算验证业务，流量稳定后再把主链路搬到服务器，这是踩坑最少的路径。
活动直达地址：阿里云千问AI双11主会场｜轻量应用服务器｜函数计算 FC
打开链接后登录阿里云账号，两者实时价格与试用额度以页面展示为准。
