aws-lambda - 在 gitlab-ci 的 localstack 中运行 lambdas

Question

所以我在本地(在我的笔记本电脑上)运行了 localstack，可以将无服务器应用程序部署到它，然后调用 Lambda。
然而，我真的很难在 gitlab-ci 中做同样的事情。
这是 .gitlab-ci.yml 的相关部分:

integration-test:
  stage: integration-test
  image: node:14-alpine3.12
  tags:
    - docker
  services:
    - name: localstack/localstack
      alias: localstack
  variables:
    LAMBDA_EXECUTOR: docker
    HOSTNAME_EXTERNAL: localstack
    DEFAULT_REGION: eu-west-1
    USE_SSL: "false"
    DEBUG: "1"
    AWS_ACCESS_KEY_ID: test
    AWS_SECRET_ACCESS_KEY: test
    AWS_DEFAULT_REGION: eu-west-1
  script:
    - npm ci
    - npx sls deploy --stage local
    - npx jest --testMatch='**/*.integration.js'
  only:
    - merge_requests

localstack 启动，部署工作正常。但是一旦 lambda 被调用(在集成测试中)，localstack 就会尝试为 lambda 创建一个容器来运行，这就是它失败的原因:

Lambda process returned error status code: 1. Result: . Output:\\nCannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?\\nmust specify at least one container source (.....)

我尝试将 DOCKER_HOST 设置为 tcp://docker:2375 但它失败了:

Lambda process returned error status code: 1. Result: . Output:\\nerror during connect: Post http://docker:2375/v1.29/containers/create: dial tcp: lookup docker on 169.254.169.254:53: no such host\

DOCKER_HOST 设置为 tcp://localhost:2375 也提示:

Lambda process returned error status code: 1. Result: . Output:\\nCannot connect to the Docker daemon at tcp://localhost:2375. Is the docker daemon running?\\nmust specify at least one container source

有没有人让 lambda 在共享的 gitlab 运行器中的 localstack 中运行？
感谢您的帮助:)

Answer 1

在 docker 中运行 docker 通常不是一个好主意，因为它是一个很大的安全漏洞。授予对本地 docker 守护进程的访问权限等于授予运行器的 root 权限。

如果您仍想使用主机上安装的 docker 来生成容器，请参阅官方文档 - https://docs.gitlab.com/ee/ci/docker/using_docker_build.html#use-docker-socket-binding

归结为添加

volumes = ["/var/run/docker.sock:/var/run/docker.sock", "/cache"]

到您的运行器配置中的 [runners.docker] 部分。

问题是，为什么需要docker？根据https://github.com/localstack/localstack , 将 LAMBDA_EXECUTOR 设置为 local 将

run Lambda functions in a temporary directory on the local machine

这应该是解决您的问题的最佳方法，并且不会危及您的运行器主机的安全性。