11月29日，腾讯云与微信小程序团队联合举办的第二届小程序·云开发技术峰会在北京举行，在会上有众多来自不同行业，不同实践者的案例分享，讲述了各自与云开发的故事……

每一个准确把握技术浪潮的人，都是时代的幸运儿。

潮办科技是 19 年 11 月份成立的，到今天算是刚满一周年，公司目前有两条小程序的产品线，且都是从 0 到 1 完全基于云开发来实现。

服务降本

一番赏ONLINE小程序在 1 月份上线，从 1 月至 4 月总销售额为26 万元。

因为疫情，公司全员都在家，没办法发货，导致 2 月、3 月的销售额非常低；到 4 月开始，小程序才开始好转，算是正式启动了。

但将时间线拉长，看 1 月至 10 月的总销售额，已经接近 2400 万元。而因为 11 月还没有计入统计，如果加上 11 月份已经产生的销售额，那总量超过了 3000 万。

从上述看来，前一图中非常高的 4 月，在这张图里已经可以忽略不计了，如果从 4 月正式启动开始算起，到 10 月底，潮办科技的销售额增长了将近 100 倍。

那么承载 2400 万销售额的服务器成本是多少，我们来看下成本图

上图所示，没有一个月是超过 1000 元。在 1 月、2 月的时候，那时候还只是买套餐，3 月份上线了按量付费，切换之后，还把之前买的套餐没用完的部分退款了，所以 3 月的服务器费用是负的。

3、4、5、6 这四个月承载了将近 300 万的销售额，然而服务器成本大家可以看到，不到 70 块钱，这就很夸张了。之后伴随小程序的推广，用户的增多，服务器使用量也逐步上升，最高是在 8 月的 861 元。

那可能有人会问了，为什么销售额 9 月、10 月不比 8 月少，但是服务器成本反而低了呢？

那是因为我在看到 8 月云开发服务器账单的时候，发现 CDN 流量占了很大一部分，然后意识到，我们小程序的图片没有压缩，之前量小，就暂时忽略了。加了图片压缩之后，成本就显著降低，9 月直接降到 8 月的三分之一成本。

自动扩缩

按我在之前工作的经验看，同样的服务量如果用传统的云服务器，至少需要 2W-3W 一个月的服务器成本。那为什么云开发的服务器成本能降到这么低呢？我认为应该归功于自动扩缩容。

在之前，服务器费用对于一家初创企业来说一直是一项大支出，归根结底，我认为是因为资源浪费导致的，业务都会有流量高峰和低峰，那为了保证高峰的时候能稳定运行，一般的傻瓜式操作就是购买高性能昂贵的服务器，甚至组集群负载均衡，这就会导致在业务流量低峰的时候出现大量服务器资源浪费。而云开发的按量付费和自动扩缩容机制就完美的解决了初创企业的服务器成本问题。

这边拿我们公司的切身体验来举例。我们在 9 月 19 日的时候，做了第一次推广活动，流量瞬间进入，两个小程序都一下子承载了 10 多万的访问次数。

这时候云函数自动扩容机制就发挥作用了，快速反应扩容来应对大流量，让这次推广活动顺利完成，活动结束后，访问量也逐步恢复平日水平，这时候自动缩容机制又开始启动了，关闭闲置的云函数资源，减少服务器成本。

再一个就在这个月，双十一活动，我们做了双保险，一个是提交了工单，云开发的工程师非常认真，帮助我们提前预热云函数，另一个是我们把活动的时间拉长，尽可能把流量分摊开，不集中在某个时间点，这次的双十一活动小程序运行也非常稳定，平台的商品全都清空售罄。

当日销售流水达 200 多万，第二天查看云开发费用结算，就比平时多花了 10 元钱，10 元钱的服务器费用扛住了一次双十一活动，简直不敢相信，可这就是事实。

数据安全

很多初创公司每天都想着快速扩大业务，扩张团队，一笔融资到账，就想着赶紧招兵买马，往往这时候就会出现人员权限管控的问题。这时候，就会有数据安全问题出现，数据安全往往是初创企业会忽略的一个点。

在之前，比如我招一个工程师，想让他用云开发的模式来实现小程序的一些功能，我只能给他开通开发者权限，而一旦他拥有了开发者权限，云数据库等于完全对他开放，可以随意在云开发控制台里篡改线上生产服的数据。

这是一个很大的数据安全隐患，这也导致在公司快速发展那段时间，我依旧只能单枪匹马的开发，不敢招人，因为招了不熟悉的人，还不了解对方的真实为人，不敢就这么把数据库就这么交给他。

然后我当时就在云开发的微信社群里一直在推这个数据库权限控制，也获得了很多同行的共鸣，因为没有这个权限控制，企业扩大人员就会冒着极大的风险。

云开发团队也非常给力，回馈了一个非常细粒度的云开发权限控制功能，可以给每个成员设置他所需的权限，还可以对不同云环境做不同的分配，例如测试服环境给予全部读写权限，生产服环境只给读权限等等。并且不止针对开发人员，对运营人员的权限也可以很细粒度的调整，这对公司扩大团队降低了非常多的风险。

那么除了权限问题，数据库备份也是初创企业会忽略的，圈内新闻出现删库跑路的现象还挺多的，这对公司来说肯定是一个重大损失。云开发就把这点考虑到了，最早推出的一天一次的数据库自动备份。

这里我们也切身体会了一次，一位同事刚开始写云开发，在不熟悉的情况下误操作，导致一个含有很多数据字段的文档被清空了，还好当时被删的数据是自己公司内部其他同事的数据。我使用了数据库备份，会出现一个新的备份集合，做了对比，把被改的那条数据还原。

但当时我心里就开始在想了，这只是一条数据被改，如果万一批量被改了，万一改的是用户的数据，万一用户们在早上数据库自动备份后又新增了很多内容，那怎么办？

当时的数据库自动备份机制就不够用了，云开发团队又一次让我惊喜，升级了自动备份机制，从每天早上一次自动备份变成了秒级备份，这一秒有问题，直接用备份回到上一秒，容错度增加了好几个数量级，再也不怕删库跑路了哈哈，用起来特别安心。

作者简介：

有尺物CTO，曾供职于云盾、简书，资深前端工程师，we-plugin开源项目组成员，基于腾讯云·云开发转型全栈开发者，对云开发深入理解并实践于多个项目，独立完成多个微信小程序从0到1全功能完整上线运行，其中「一番赏ONLINE」小程序达成了上线半年时间承载超2千万销售额的成绩。

本文编辑自云开发峰会现场讲稿，有些文字进行了书面化处理，并匹配结合现场PPT