一文搞懂传统单节点网站的 Serverless 上云

什么是函数？刚刚考完数学没多久的我，脑里立马想到的是自变量、因变量、函数值，也就是 y=f(x)。当然，在计算机里，函数 function 往往指的是一段被定义好的代码程序，我们可以通过传参调用这个定义好的函数，实现我们所需要的功能。那么，今天的阿里云函数计算 FC 又是什么？

当然，DevOps 的落地、服务器/集群的运维，这些都是需要投入大量的资源与精力，DevOps 是一条捷径，但不是唯一的出路。而阿里云函数计算 FC 的出现，带来了无服务 Serverless 的架构，让开发者在开发和部署的时候，不再有部署服务复杂的感觉。

对服务器的无感化，可以使开发者真正的关注在自己的代码上。阿里云 Serverless 函数式极简编程可专注于业务创新，无采购和部署成本、提供监控报警等完备的可观测能力。阿里云函数计算 FC 是事件驱动的全托管计算服务，真正的无需去考虑服务器的运维管理，只需要完成开发的代码进行上传，函数计算会通过角色策略去规划计算资源，弹性的方式执行函数，最后高效的执行部署。优雅！

在改造之前，我相信是很多中小型公司业务的经典 AllinOne 结构，把业务涉及到的所有服务中间件运行在一台服务器/虚拟机上，虽然现在看可能完完全全是实验室环境，但是实际看到的依然有很多项目是这么做的。坏处也不用多提，部署运维难、难以进行资源的扩容、后续改造复杂、性能差没有应用高可用技术等等。。。

Serverless 的农产品电商平台上云，项目比较简单，规划就在同一地域了。主要是将前端 HTML 页面与后端 Jar 包运行分别由两个单独的 Serverless 函数完成运行计算。其余支撑服务上云，分别用对应的云产品实现，这里 Redis 服务由于我自己 ECS 上有运行 Redis 服务，就不再单独购买云数据库 Redis 版了，当然推荐使用阿里云的 Redis 云数据库产品。

完成函数创建后，进入到函数详情界面，可以在函数代码中对代码进行编辑修改，代码改动后需要点击部署代码重新上传。上述也提到了，这里需要将 Nginx 服务配置一同上传，其中需要拷贝一份/etc/nginx/mime.types 文件到当下目录，避免 mime 文件类型映射错误。

这里放 Nginx 关键配置，根据自己的业务情况修改，注意配置中端口监听需要与函数创建监听端口保持一致，同时网页代码的路径设置为/code

http {    include mime.types;  #注意引入此文件    keepalive_timeout  900;    server {        listen       80;                server_name  localhost;        location / {            root   /code;            index  index.html index.htm;            proxy_set_header    Host $host;             proxy_set_header    X-Real-IP $remote_addr;              proxy_set_header    X-Forwarded-For  $proxy_add_x_forwarded_for;       }        location /users {            proxy_pass http://serverless.后端函数访问地址.run;      #Nginx反代传给后端的函数，地址在后续后端函数创建完可以拷贝        }        location /items {            proxy_pass http://serverless.后端函数访问地址.run; #Nginx反代传给后端的函数，地址在后续后端函数创建完可以拷贝        }

可以在调用日志查询相关日志

后端函数创建完成后进入函数详情界面，其余功能与上述前端函数相同，不再复述

点击【触发器管理】，此处 HTTP 触发器提供了公网与内网访问地址，我们拷贝内网地址在前端中间件反代配置处填入此域名，实现访问前端触发后端函数

• RDS MySQL Serverless 实例创建

   

• RDS 数据库用户设置

   

• RDS 业务数据库创建

   

• RDS 服务连接地址

   

• RDS 业务数据库的导入恢复

   

Serverless 应用提供了大量的官方应用模板，我们可以根据给出的模板来修改自己的业务，因此熟悉模板的部署也很重要。

进入到函数计算 FC 的控制台页面，点击【应用】，选择【通过模板创建应用】，选择【商城案例】

点击立即创建后，我们进行应用的初始化配置。

部署类型有两种：

1.通过第三方代码仓库部署

2.直接部署

两者区别就是使用自己的仓库代码后续可以通过 push 更新项目发布，而直接部署需要手动配置。这里就可以看到，我们的交付触发也是以 Git 仓库 push 提交为主，每次提交会自动触发部署。

如是自己配置应用，需要根据业务配置 s.yaml 文件，参考：

https://www.serverless-devs.com/fc/yaml/readme

Serverless 相对其他方案来说，也是非常容易上手并高效的技术方案。上面的部署测试，其实还有很多需要改进的地方，但是我想把案例的重点放在 Serverless 服务器无感化上，本人也使用过不少阿里云的技术产品，深知对底层基础设施运维难度。

点击下方，立即查看作者原文！