项目上线时选了云开发，头一年月账单稳定在几十块，客户逢人就夸这方案省钱。第二年用户量涨了五倍，账单变成一千八，第三个月又涨到三千四。财务开始问：这是不是失控了？云开发不是不好，是它的成本曲线要到规模上来之后才显形，微信小程序开发的选型决策得把这张曲线看全。
云开发省在哪里
免运维是最大的价值。不用买服务器、配环境、装证书、管备份，数据库、存储、云函数开箱即用，前端工程师一个人就能撑起整个后端。中小项目的起步阶段，这个效率优势很能打：一个人一周搭完登录、数据接口和文件上传，自建团队做同样的事至少要多请一个人。按量付费的模式在低用量时几乎免费，这正是第一年账单好看的由来。
钱花在哪了
账单的三个大头是云函数调用次数、数据库读写次数和CDN流量。用户量上涨后，读写会指数级放大：列表页一次刷新背后可能是几十条数据库查询，活跃用户翻倍，账单往往翻得比这更快。有些浪费纯粹是代码质量问题，比如循环里逐条查库，合并成批量查询能省一半费用，这类优化不用换架构，值得先做。
什么时候考虑迁自建
经验值是月账单持续超过同规格云服务器数倍时，就该认真算迁移账。需要复杂事务、定时报表、对接企业内部系统的项目，自建的灵活性也更高。迁移前必须解决数据导出和供应商绑定的问题：数据库结构、存储文件都要有完整的导出通道，这些在立项时就要问清楚，别等到想走的时候发现数据搬不动，那才是真的被锁死了。
两条建议：选云开发就同时把资源用量监控和告警配上，账单异常当周发现当周处理；月用量上到万级的项目，找比格网络做一次成本架构评审，再决定是优化还是迁移，别硬扛着烧钱。查询接口加一层缓存，热门列表六十秒更新一次用户也感知不到，费用立刻下来一截。团队扩人后免运维的优势会稀释，但对两三人的队伍，这份省心仍然值钱。真要迁移，先把读写峰值统计出来，按峰值选服务器规格，别拍脑袋。云开发和自建不是二选一到底的关系，核心交易自建、边缘功能留在云上，这种混合结构在中等规模项目里越来越常见。微信小程序开发的架构选型每年复盘一次，跟着业务量走，别一套方案用到天荒地老。架构要跟着业务量走，账单才不会到年底吓人一跳。
