1. 为什么要迁移到阿里云函数？

我的项目是一个节日礼品领取项目，过节的时候会有短时间的流量洪峰。平时访问量很低。之前的架构是购买的阿里云alb+多台ecs+云msyql+云redis。最大的问题就是成本问题。平时流量低的时候ecs成本也无法缩减。

阿里云函数计算是serverless，即无服务架构，就比如你的业务流量短时间突然很多。函数计算就会毫秒级别启动多个实例（阿里云函数计算 FC 用来运行函数的最小单元），如果没人访问可以没有实例运行，做到0费用。但是有人访问的时候第一次冷启动就稍微慢一点，可以根据实际情况设置最少保留一个实例。

部署到阿里云函数计算，还能减少运行环境搭建的成本。之前的模式需要在ecs安装nginx，然后安装php，以及安装php的驱动程序redis等。看了下阿里云函数计算官方文档，目前custom runtime Debian 9内置php7.4并且看了下内置的php的扩展整好也支持到了我整好需要的redis。不仅剩下了买服务器钱，而且还不用安装php环境了，不仅如此每个月还有免费的算力额度。

迁移原因总结下：1成本降低了很多2免去了环境部署3自动扩容，天生应对高并发

2. 改造旧项目适配函数计算。

代码改动：

虽然说免去了环境部署，但是我之前的代码还是有些不适配的地方，比如之前代码的日志都是存放到服务器的某个目录的。如果迁移到函数计算的话，实例会随时销毁重建，导致日志丢失。解决办法就是把日志写入到阿里云oss上面，或者使用阿里云的日志服务写到那个里面去。

这里还有一点要注意，我的项目不是前后端分离的，鉴权还是穿透的session和cookie模式。如果session是保留在服务端的文件的话也会存在上面的问题，建议存储的redis里面，我的项目本省就是存到redis里面的，所以这块不需要改动，如果你的项目存在这样的问题那就需要改进下了。

函数计算和云msyql和云redis通讯的时候一定要采用vpc内网互通的原则减少链路传输的开销以及链路劫持风险。

3. 增加s.yml以及启动shell脚本

配置s.yml使用Serverless Devs客户端工具发布到阿里云函数计算，Serverless Devs这个工具并非阿里云的客户端工具，而是一个开源开放的 Serverless 开发者平台，致力于为开发者提供强大的工具链体系。通过该平台，开发者不仅可以一键体验多云 Serverless 产品，极速部署 Serverless 项目，还可以在 Serverless 应用全生命周期进行项目的管理，并且非常简单快速的将 Serverless Devs 与其他工具/平台进行结合，进一步提升研发、运维效能。

它的官网地址：https://www.serverless-devs.com/

然后看下我的s.yml里面的配置信息，具体的说下重要项是干嘛的。

edition: 1.0.0

name: compoent-test

access: 'default'

services:

  cn-hangzhou-test1002-func-3i3c0f95:

    component: devsapp/fc

    props:

      region: cn-hangzhou

      service:

        logConfig:

          enableRequestMetrics: true

          enableInstanceMetrics: true

          logBeginRule: DefaultRegex

          project: aliyun-fc-cn-hangzhou-ae3ef8b8-db4a-5b7a-a040-7012789ad20f

          logstore: function-log

        role: acs:ram::1621341641365186:role/AliyunFcDefaultRole

        internetAccess: true

        name: test1002

      function:

        customRuntimeConfig:

          command:

            - bash

          args:

            - '-c'

            - 'chmod 777 /code/start.sh && /code/start.sh'

        handler: index.handler

        instanceType: e1

        runtime: custom

        timeout: 5

        instanceConcurrency: 20

        memorySize: 512

        caPort: 9000

        environmentVariables: {}

        internetAccess: true

        name: func-3i3c0f95

        asyncConfiguration: {}

        codeUri: ./test1002/func-3i3c0f95

      triggers:

        - name: defaultTrigger

          description: ''

          type: http

          qualifier: LATEST

          config:

            methods:

              - GET

              - POST

              - PUT

              - DELETE

            authType: anonymous

codeUri: ./test1002/func-3i3c0f95这个指定的是我的项目代码的位置，会把这个目录下面的代码拷贝到 debain系统的 /code目录下面。

        customRuntimeConfig:

          command:

            - bash

          args:

            - '-c'

            - 'chmod 777 /code/start.sh && /code/start.sh'

这句话的是项目启动脚本，其实就是执行这个start.sh的shell脚本，先给予一个777的权限，然后在执行。翻译成shell脚本其实就是  bash -c 'chmod 777 /code/start.sh && /code/start.sh'

caPort: 9000

监听端口9000一定要和启动脚本start.sh里面的一样

#!/usr/bin/env bash

cd /code/tp5/public

php -S 0.0.0.0:9000 router.php

这里我觉得我还是要说下这个启动脚本，先cd到public目录，thinkphp5的入口在public下面这个和项目框架有关系。然后就是这个启动脚本，上面这是thinkphp5特有的写法。

其他项就不详细说了大概看看应该能看懂。

4使用客户端工具发布

工具的安装就忽略了不说了，看下官方文档说的很详细

https://docs.serverless-devs.com/serverless-devs/quick_start

Serverless Devs这个工具安装好后，配置配置上阿里云的AccessKey ID和AccessKey Secret，在项目根目录建立s.yml，以及在代码目录建立上面的启动脚本start.sh然后就可以使用客户端工具的 s  deploy 部署到阿里云函数计算了。

发布成功了

4. 绑定自己的域名

https://fcnext.console.aliyun.com/cn-hangzhou/domains/create

把自己的域名cname到上图的 “公网cname”，然后 服务名称 测试函数  版本都对应选择正确。创建即可。

部署成功了，哈哈。

5.谈下自己的感受

函数计算serverless是以后的趋势，开发者能够有更多的精力去关注业务层。从开始预计迁移到代码的修改以及阿里云函数计算文档查阅，到迁移成功，花费了大概3天的时间，对阿里云函数计算有了更深层次的认知，同时也期待迁移过来的项目在下次使用高峰的时候能够稳定运行。我后面也会随时关注阿里云函数计算的动态，同时感谢阿里云函数计算团队能做出来这么优秀的产品。