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

的确如此，如果代码抽象足够好，有成熟的工程方案支持，是可以将一份代码分别导出到浏览器与服务器的。但 Serverless 基于函数粒度功能更契合前后端复用代码的理念，它的出现可能会推动更广泛的前后端代码复用，这虽然不是新发明，但足够称为一个伟大的改变。

前后端的视角

对于前端开发者而言，会发现后台服务变简单了;

对于后端开发者而言，发现服务做厚了，面临的挑战更多了。

更简单的后台服务

传统 ECS 服务器在租赁时，CentOS 与 AliyunOS 的环境选择就足够让人烦恼。对个人开发者而言，我们要搭建一个完整的持续集成服务是很困难的，而且面临的选择很多，让人眼花缭乱：

可以在服务器安装数据库等服务，本地直联服务器的数据库进行开发;

可以本地安装 Docker 连接本地数据库服务，将环境打包成镜像整体部署到服务器;

将前后端代码分离，前端代码在本地开发，服务端代码在服务器开发。

甚至服务器的稳定性，需要 PM2 等工具进行管理。当服务器面临攻击、重启、磁盘故障时，打开复杂的工作台或登陆 Shell 后一通操作才能恢复。这怎么让人专心把精力放在要做的事情上呢?

Serverless 解决了这个问题，因为我们要上传的只是一个代码片段，不再需要面对服务器、系统环境、资源等环境问题，外部服务也有封装好的 BaaS 体系支持。

实际上在 Serverless 出来之前，就有许多后端团队利用 FaaS 理念简化开发流程。

（编辑：ASP站长网）