Serverless 部署 Lambda 遇到的三个陷阱及解决方案-JavaScript中文网-JavaScript教程资源分享门户

Serverless 架构是目前前端领域最热门的技术之一，它可以让开发者专注于业务逻辑实现，而无需担心底层基础设施运维问题。其中，Lambda 是 AWS Serverless 架构中最常用的无服务器计算服务，可以让开发者快速部署和运行代码。不过，在实际应用中，我们还是会遇到一些陷阱，本文将会探讨在 Serverless 部署 Lambda 中遇到的三个陷阱及解决方案。

陷阱一：环境变量配置问题

Serverless 部署 Lambda 时，我们需要保证环境变量的配置是正确的。环境变量可以帮助我们在 Lambda 函数中取得上下文信息或者是一些敏感信息（如数据库密码等）。不过，如果环境变量的配置不正确，会导致 Lambda 函数无法正常运行，甚至无法启动。

解决方案：正确配置环境变量

我们需要正确地设置环境变量，例如在 serverless.yml 文件中进行如下配置：

functions:
  hello:
    handler: handler.hello
    environment:
      VAR_1: ${env:VAR_1}
      VAR_2: ${env:VAR_2}

其中 VAR_1 和 VAR_2 分别是我们要在 Lambda 函数中取得的环境变量名称。在部署时，我们需要在命令行中配置相应的环境变量值：

VAR_1="value_1" VAR_2="value_2" serverless deploy

如果要让 Lambda 函数能使用敏感信息，可以考虑将敏感信息放在 SSM 中，并设置正确的 IAM 权限来获取信息。

陷阱二：Lambda 函数内存大小设置问题

当我们创建 Lambda 函数时需要设置内存大小，内存大小会影响函数的性能，而内存的大小以及超时时间直接决定了我们既能使用的 CPU 和网络带宽的大小。因此，在实际使用过程中，我们需要仔细考虑，避免设置太大或者太小。

解决方案：通过实测来选择合适的内存大小

我们可以通过实测来选择合适的内存大小。具体来说，我们可以在部署时设置不同的内存大小，并记录相应的执行结果和时间，然后选择花费最小、效率最高的内存大小。

例如，我们可以在 serverless.yml 文件中进行如下配置：

functions:
  hello:
    handler: handler.hello
    memorySize: ${self:custom.memorySize}

然后，在 custom-vars.yml 文件中设置不同的内存大小：

custom:
  memorySize: 512 # 初始化为 512 MB
  testValues:
    - 256
    - 512
    - 1024

最后，我们可以通过脚本循环执行部署命令，来实现自动化测试和部署：

# 执行配置的内存测试循环
for mem in $MEMORIES
do
  serverless deploy --service $SERVICE_NAME --function $FUNCTION_NAME --memory-size $mem | tee -a $LOG_FILE
done

陷阱三: Lambda 函数异常处理问题

Lambda 函数执行过程中，可能会遇到各种异常，如网络不稳定、代码错误等。为了保证函数的正常运行，我们需要为函数设置异常处理机制，这样当函数发生异常时，可以及时的处理并通知开发者。

解决方案：正确配置异常处理机制

我们需要正确地配置异常处理机制，例如在 serverless.yml 文件中进行如下配置：

functions:
  hello:
    handler: handler.hello
    events:
      - http:
          path: /hello
          method: post
    onError: ${self:custom.errorHandler}

其中 onError 配置项可以指定相应的异常处理函数，它可以是一个 AWS Lambda，或者一个 SNS / SQS 消息队列，当函数发生异常时，会自动调用该函数来处理异常。下面是一个AWS Lambda异常处理的示例：

// www.javascriptcn.com code example
const AWS = require('aws-sdk')
const lambda = new AWS.Lambda()

exports.handler = async (event, context) => {
  // 记录错误日志
  console.log(`Error: ${event} ${context}`)
  
  // 发送消息到 SNS 队列或者 email 等
  await lambda.invoke({
    FunctionName: process.env.NOTIFICATION_FUNCTION_NAME,
    Payload: JSON.stringify({
      message: `错误：${JSON.stringify(event)}，${JSON.stringify(context)}`
    })
  }).promise()
}

在部署时，我们需要设置正确的 IAM 权限，以便该 Lambda 函数可以正确地获取环境变量和发送消息。例如：

// www.javascriptcn.com code example
resources:
  # IAM 策略配置
  Resources:
    LambdaRole:
      Type: 'AWS::IAM::Role'
      Properties:
        AssumeRolePolicyDocument:
          Version: '2012-10-17'
          Statement:
            -
              Action:
                - sts:AssumeRole
              Effect: Allow
              Principal:
                Service:
                  - lambda.amazonaws.com
              Sid: ''
        Path: /
        Policies:
          -
            PolicyDocument:
              Version: '2012-10-17'
              Statement:
                -
                  Action:
                    - logs:CreateLogGroup
                    - logs:CreateLogStream
                    - logs:PutLogEvents
                  Effect: Allow
                  Resource: 'arn:aws:logs:*:*:*'
                -
                  Action:
                    - lambda:InvokeFunction
                  Effect: Allow
                  Resource: 'arn:aws:lambda:*:*:*'
          -
            PolicyName: 'allow-sns'
            PolicyDocument:
              Version: '2012-10-17'
              Statement:
                -
                  Action:
                    - sns:*
                  Effect: Allow
                  Resource: '*'

以上是 Serverless 部署 Lambda 遇到的三个陷阱及解决方案，希望在实际使用中能够帮助到大家。

来源：JavaScript中文网，转载请注明来源 https://www.javascriptcn.com/post/67c812e8e46428fe9ee076e3

Serverless 部署 Lambda 遇到的三个陷阱及解决方案

陷阱一：环境变量配置问题

陷阱二：Lambda 函数内存大小设置问题

陷阱三: Lambda 函数异常处理问题

接着读