一文搞懂SaaS困境、API经济与Serverless WebAssembly

SaaS 的困境与 API 经济

SaaS 已经成为 deliver software 越来越重要的一种方法。但是中心化运营的 SaaS 产品怎么才能满足“千人千面”的定制化需求呢？这个问题在中美两国都有，但是中国的问题更严重一些。

SaaS 公司普遍面临着一个问题，就是如果为用户定制化过多，SaaS 慢慢就不是一个产品公司了，而变成一个咨询公司。当然这个问题并不是今天才有的。这个问题的解决方法其实也很简单，就是 API，所以就有 API economy (API 经济)的说法。

Postman 这家印度公司最近融了2.5亿美金，估值已经是56亿美金。可能很多程序员会觉得惊讶，因为 Postman 这个事其实并不复杂，就是为 SaaS 提供 API 测试和 API 管理的平台。这件事说起来技术含量并不大，但是 Postman 产品做得比较好，而且入行的时间比较早，所以取得了成功。这就是 API 经济，就是帮 SaaS 管理 API 这件事情，其实是有很大需求的，而且今天有人做出了 Postman 这样五十几亿美金的公司。

但是对于用户和开发者来说，其实都是对 API 有 mixed feeling 的，因为每个 SaaS 的 API 都不一样，管理起来也比较复杂。有没有更好的方法呢？我们来看另外一家公司叫做 Zapier。

Zapier这家公司总共才融了不到200万美金，但是今天它的估值也是50亿美元，每年的收入11.4亿美元。Zapier 就是做 API 自动化的，或者用今天比较流行的话来讲就叫无代码平台。就是开发者不需要直接去管理API，也不需要直接为 API 应用专门起服务器。具体来说，如果 SaaS 的用户要开发 SaaS 的应用程序，不需要起服务器，就也不需要去管理运维，而是直接用 Zapier 来管理 API。在 Zapier 建立一个 Zap，然后在那个 Zap 里面点击授权登录 SaaS，就可以把 API 的功能给串起来，或者把 API 的功能给自动化。Zapier 让比较初级的开发者或者甚至没有代码能力的商务人员能够对 SaaS 进行定制化。

解决 SaaS 定制化的问题中，API 是给程序员用的，低代码的解决方案是给商务人员用的，总的来说这两个生意都能做得挺大的，这两家公司都在50亿美金的规模了。

API 是什么

那么下面具体来讲 API 到底是什么？SaaS 的 API 为什么会这么有用，为什么会有这种低代码解决方案出现？

API 的作用就是典型的网络隔离代码的作用。SaaS 是一个中心化运营的软件环境，所以说不能千人千面的为每一个客户进行定制，不能为每个客户改代码，那怎么办呢？可以让用户自己改代码，把代码放在自己的服务器上，然后跟 SaaS 之间有某种交流的机制，这就叫 API。

用户写了什么代码，要对 SaaS 进行什么样的定制，作为 SaaS 提供商来说是不知道的，只有用户自己知道。所以用户写了之后放在自己的服务器上，不会放在 SaaS 的服务器上，然后跟 SaaS 的交互就是通过API、通过网络来进行交互，用网络把代码隔离开，这个是在云计算早期一个大家都用的方法。

这个缺点是什么呢？缺点就在于用户自己要管理 服务器，这是一个开发也慢、deploy 也慢，安全性低，可靠性低，而且是一个非常昂贵的工作。

上面这三张表就是飞书的应用上架流程，我下面会讲到它其实是一个正面例子，不过为了要讲痛点，所以我们现在把他当做负面例子来讲。

飞书有一个核心功能，就是用户可以在飞书平台上定制自己的机器人，让机器人来处理一些事务。要搭建一个聊天机器人，标准的做法就是用飞书的 API。这个 API 的设置是用户去起一个服务器，用这个服务器监听飞书的 API 来的 event 的。如果有人在飞书里面和机器人对话了，就会产生一个事件，然后飞书通过 API 发回开发者的服务器上来，然后开发者的服务器就会按照写好的逻辑把回答通过 API 发回到飞书去，这个机器人对用户回答了一句话，整个过程就完成了。

为了要干这件事情，需要开发者自己起个服务器。要求很多，服务器需要在大陆，需要在工信部备过案，需要有 https，需要有 SSL certificate，飞书同时需要应用开发者能够管理自己的内容，不能有黄色内容和反动内容，需要 99.9% 以上的时间是可用的，当飞书用户与机器人对话的时候，机器人能立马要回应。如果把这些东西全部加起来，其实是运营的工作很多&#x