azure - 在 Docker 中运行的自定义 Azure DevOps 构建代理上安装卷的测试容器

Question

我在运行一些在已在 Docker 中运行的自管理自定义 Azure DevOps 代理上使用 Testcontainers 的集成测试时遇到问题。

主机是 Azure 上的 Ubuntu 20.04 虚拟机。它安装了 Docker，并且正在运行 2 个 docker 镜像，一个用于基于 Java 的构建，另一个用于基于 Angular 的构建。在基于 Java 的容器中，我们使用 Testcontainers 运行 Maven。

为构建代理本身创建的 Docker 镜像基于https://learn.microsoft.com/en-us/azure/devops/pipelines/agents/docker?view=azure-devops#linux处的文档。 。它运行 Ubuntu 18.04，具有 WORKDIR/azp 和 ENTRYPOINT [ "./start.sh"]。

构建代理通过以下方式在主机上手动启动:

docker run -d --name build-agent-java-1 \
  -v /var/run/docker.sock:/var/run/docker.sock \
  -e AZP_URL=https://dev.azure.com/my-organisation \
  -e AZP_TOKEN=<mytoken> \
  -e AZP_AGENT_NAME=agent-1 \ 
  custombuildagentcr.azurecr.io/ubuntu1804-java11

-v/var/run/docker.sock:/var/run/docker.sock 添加在 Testcontainers documentation 之后

这适用于某些测试容器测试，但不适用于其他测试。更具体地说，它不适用于由 testcontainers 启动的容器需要访问已编译的类文件(存在于构建代理 docker 上)的测试。

搜索了很多其他问题后，我认为问题是“内部docker”无法“看到”“外部docker”(构建代理)上的文件。请参阅Docker volume mounts not working in Azure DevOps Pipeline和 Selfhosted Azure DevOps Agents volume mapping

但是，我不清楚如何准确应用它。

我尝试在启动构建代理 Docker 时添加 -v $PWD:$PWD -w $PWD (因为 Testcontainer 文档指出了这一点)。但是，这会导致镜像无法以 ./start.sh 启动，因为随着 WORKDIR 的更改，不再能够解析 ENTRYPOINT。

我还尝试更改 ENTRYPOINT 以使用绝对路径 /azp/start.sh (并在该 start.sh 内执行 cd/azp )。 sh 文件)，但这仍然不起作用。

如果我检查可用的安装，它会返回:

devops-agent-host-user@shared-devops-agent-host:~$ docker inspect build-agent-java-1 | jq '.[0].Mounts'
[
  {
    "Type": "bind",
    "Source": "/home/devops-agent-host-user",
    "Destination": "/home/devops-agent-host-user",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
  },
  {
    "Type": "bind",
    "Source": "/var/run/docker.sock",
    "Destination": "/var/run/docker.sock",
    "Mode": "",
    "RW": true,
    "Propagation": "rprivate"
  }
]

Azure 本身有 Mounting volumes using Docker within a Docker container ，但不幸的是我不明白如何将其应用于我的情况。

Answer 1

我没有通用的解决方案，但是我的问题通过 testcontainers-keycloak 就消失了。 1.9.0，因为它不再使用绑定(bind)挂载，而是将类文件复制到容器中(请参阅 https://github.com/dasniko/testcontainers-keycloak/issues/44 )。