收益 or 挑战？Serverless 究竟给前端带来了什么

为了减少写后端业务逻辑时，环境、部署问题的干扰，许多团队会将业务逻辑抽象成一个个区块(Block)，对应到代码片段或 Blockly，这些区块可以独立维护、发布，最后将这些代码片段注入到主程序中，或动态加载。如果习惯了这种开发方式，那也更容易接受 Serverless。

更厚的后台服务

站在后台角度，事情就变得比较复杂了。相对于提供简单的服务器和容器，现在要对用户屏蔽执行环境，将服务做得更厚。

笔者通过一些文章了解到，Serverless 的推行还面临着如下一些挑战：

Serverless 各厂商实现种类很多，想让业务做到多云部署，需要抹平差异;

成熟的 PaaS 服务其实是伪 Serverless，后续该如何标准化;

FaaS 冷启动需要重新加载代码、动态分配资源，导致冷启动速度很慢，除了预热，还需要经济的优化方式;

对于高并发(比如双 11 秒杀)场景的应用，无需容量评估是很危险的事情，但如果真能做到完全弹性化，就省去了烦恼的容量评估;

存量应用如何迁移。业界的 Serverless 服务厂商大部分都没有解决存量应用迁移的问题;

Serverless 的特性导致了无状态，而复杂的互联网应用都是有状态的，因此挑战在不改变开发习惯的情况下支持状态。

所幸的是，这些问题都已经在积极处理中，而且不少有了已经落地的解决方案。

Serverless 给后台带来的好处远比面临的挑战多：

（编辑：宁德站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!