在容器中使用 Docker 或 Kubernetes
虽然您可以在开发容器内部构建、部署和调试您的应用程序,但您可能还需要在类似生产环境的容器中对其进行测试。幸运的是,通过安装所需的 Docker 或 Kubernetes CLI 并挂载本地 Docker 套接字,您可以从开发容器内部构建和部署应用程序的容器镜像。
一旦安装了所需的 CLI,您还可以使用 Container Tools 扩展或 Kubernetes 扩展与相应的容器集群进行协作。
有关特定场景的更多信息,请参阅以下开发容器模板。要将它们添加到您的项目中,请在 VS Code 中打开文件夹,然后在命令面板 (F1) 中运行 Dev Containers: Add Dev Container Configuration Files... 命令。
系统将提示您从我们的 官方和社区索引 中选择一个预定义的容器配置,该索引按您的文件夹内容进行过滤和排序。您可以从 VS Code UI 中选择下面部分描述的模板之一。
在开发容器中运行 Docker 或 Minikube
-
Docker-in-Docker - 说明如何在容器内部完全运行 Docker(或 Moby)。支持绑定挂载容器内部的所有文件夹,但无法重用本地机器的缓存。
-
Kubernetes - Minikube-in-Docker - 说明如何在容器内部完全运行 Minikube,具有与 Docker-in-Docker 类似的好处和限制。
从容器访问现有的 Docker 或 Minikube 实例
-
Docker outside of Docker - 说明如何使用开发容器中的 Docker(或 Moby)CLI 通过绑定挂载 Docker Unix 套接字连接到主机的 Docker 守护进程。开销较低,可以重用机器的缓存,但具有 绑定挂载限制。
-
Docker outside of Docker Compose - Docker outside of Docker 的变体,适用于您使用 Docker Compose 而不是单个 Dockerfile 的情况。
-
Kubernetes - Local Configuration - 采用 Docker outside of Docker 模型,并添加 kubectl 和 Helm,说明如何访问本地 Minikube 或 Docker 提供的 Kubernetes 集群。
关于 Docker-in-Docker、Docker outside of Docker 和 Kubernetes 安装脚本也有文档说明,您可以重用这些脚本,并且它们在上面的示例中被引用。
从容器内部使用 Docker 挂载主机卷
遵循 Docker-in-Docker 模型时,从开发容器内部使用 Docker CLI 将使其与在同一位置运行的 Docker 守护进程进行交互。这意味着您可以将开发容器内部的任何内容“绑定”挂载到您创建的“内部”容器中。
例如,这将“直接生效”
docker run -v /workspace/examplefile.txt:/incontainer/path debian
但是,如果您想将主机文件夹挂载到此内部容器中,您需要先将其 挂载 到您的开发容器中。
对于 Docker outside of Docker,默认情况下有效的工作绑定挂载类型是相反的。在这里,容器内部的 Docker CLI 与主机的 Docker 守护进程交互。这会影响从容器内部挂载目录,因为容器内部的路径可能与主机上的目录路径不匹配。
上面的相同示例将失败,因为主机上的路径(在容器外部)不是 /workspace/...。此外,有些文件夹由于仅存在于容器中而无法挂载。如果您需要这样做,您可能会发现 Docker-in-Docker 模型更适合您的需求。
如果您正在容器中打开一个文件夹,您可以将主机目录作为环境变量传递到容器中,以便挂载工作区文件夹。 (但是,如果使用卷,则 Docker-in-Docker 是最佳选择。) 为此,请将以下内容添加到 devcontainer.json
"remoteEnv": {
// Pass in the host directory for Docker mount commands from inside the container
"HOST_PROJECT_PATH": "${localWorkspaceFolder}"
}
下面的示例来自一个 makefile,并将 KUBECONFIG 文件从开发容器挂载到它启动的新 Docker 容器中
docker run -p 8089:8089 -p 9090:9090 -v $(shell echo ${KUBECONFIG} | sed s#/workspace#${HOST_PROJECT_PATH}#):/kubeconfig.json -e KUBECONFIG=/kubeconfig.json ${IMG} -f behaviours/run_submit_locust.py