@whileFalse 所有业务绑定在同一个函数中是否有意义，其实这个还要根据跟人需求而定。
据一个我的个人博客例子，我的博客，前端有 10 个函数，负责常用逻辑的处理，后台使用了一个 Flaks 框架用了 Flask-admin 来做的，就直接一股脑放在了一个函数中，这样前端性能有保证，后台自己用，对性能没太多要求，开发起来反而更加方便。

2020-02-14 11:57:44 +08:00

回复了 scf10cent 创建的主题推广 Serverless 的资源评估与成本探索

@rayhy 是的，总会有一些麻烦的地方，但是这些麻烦的地方也会被逐渐的消灭。

2020-02-14 11:57:03 +08:00

回复了 scf10cent 创建的主题推广 Serverless 的资源评估与成本探索

@whileFalse 是这样的，Serverless 架构可以认为还是“新的东西”，既然是新的东西那么就会有一定的发展坎坷。首先这对你说的，Serverless 开发貌似没有 Flask 这些框架好用。是的，可能在刚接触的过程中，确实 Flask 这样的框架用顺手了，感觉更爽，更方便，尤其是保持登录态等很多地方，也确实是 Serverless 架构的缺点，这个不得不承认的。
但是：1 ） Flask 这样的框架，是可以部署到 Serverless 架构上的； 2 ） Serverless 架构也会逐渐的有很多自己框架诞生； 3 ）使用 Serverless 架构很多的好处并不是单单说，他比 Flask 框架开发方便多少（其实本身也没复杂多少），而是说你在开发项目过程中关注点是否发生了变化，项目运营过程中，运维工作是否发生转变......
一个简单的例子，传统的项目上线了，要有人看着你的机器的，如果某一段时间并发突然增多，要有人做扩容，如果流量下来，要有人做缩容，如果有一个机器挂了，要有人把它剔除，修好，再加回。那么在 Serverless 架构下，这些事情，否不需要用户自己考虑，他完全可以把这些工作交给服务上来解决。
关于开发，传统情况下，我们开发一个 web 服务，或者说，我么就要一个接口，我们要做什么操作？有一个服务器，安装服务器软件，（以 Flask 为例）安装 Python，安装 Flask，开发完成，运行；那么在 Serverless 架构下，我要做一个接口呢？写函数代码，部署上线。如果是简单一些的代码，都可以不用再本地写，可以直接在线上写。
所以说其实 Serverless 架构下的方便与不方便是相对的。如果你说我在 flask 取传递的参数（例如 post，get 等传递的内容），我保持登录态，有个缓存什么的，这些一定是 flask 方便，但是你要说我从大局来看，其实还是 Serverless 更加方便一些。

还有，最后最后，要和你说的一件事是：Serverless.com 虽然叫 Serverless Framework 但是实际上他并不是 Serverless 架构，它实际上是多云的 Serverless 开发者工具（至少你暂时可以这样认为），他只是名字叫了 Serverless。就像中国电信和电信一样，可能只是一个名字相同，中国电信是中国电信行业的一个运行商。Serverless Framework 是多云的 Serverless Framework 开发者工具。

当然既然是做开发者工具，自然就不能太寒酸。Serverless Framework （ serverless.com ）目前已经集成了多云，并且对 AWS，Tencent 的函数服务，提供了更加强大的支持，例如部署 Flask 框架，部署 Express，部署 Koa........

scf10cent 创建的更多回复