docker compose是否自动创建端口映射？

Question

我创建了一个简单的asp。Visual Studio 2019中的net core应用程序，并添加了docker支持。

Dockerfile、. docker忽略和docker-comush文件都已创建。

在命令提示下，我导航到docker compose文件夹。yml文件存在，然后运行命令

docker-compose up

我看到创建了容器并进行了端口映射，这样我就可以在浏览器中浏览web应用了。

所以当我在容器上运行以下检查命令时

docker inspect --format="{{ .NetworkSettings.Ports}}" ContainerId

我得到了这样的东西

map[80/tcp:[{0.0.0.0 32782}]]

现在我可以用http://localhost:32782/index.html

下一步如果我用

docker-compose down

容器被停止并删除。创建的映像保持不变。

现在，当我做一个码头工人运行对该图像启动一个容器

docker run -it --rm  ae39

创建了一个新的容器，但我无法浏览应用程序，因为没有从容器到主机的端口映射。当我使用run命令时，我必须明确指定这一点。只有这样，我才能浏览主机容器内运行的应用程序。

但是当我使用docker comush时，我不必指定端口映射。神奇的事情发生了，端口映射为我创建。请注意，docker-compose.yml文件是普通的，不包含任何端口映射。Dockerfile也是如此。它们包括在下面供参考。

我的问题是docker compose是否会自动创建端口映射？如果是，怎么做？当然，这是为了与Visual Studio 2019合作

version: '3.4'

services:
  generator31:
    image: ${DOCKER_REGISTRY-}generator31
    build:
      context: .
      dockerfile: generator31/Dockerfile

dockerfile在这里。

#See https://aka.ms/containerfastmode to understand how Visual Studio uses this Dockerfile to build your images for faster debugging.

FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/core/sdk:3.1-buster AS build
WORKDIR /src
COPY ["generator31/generator31.csproj", "generator31/"]
RUN dotnet restore "generator31/generator31.csproj"
COPY . .
WORKDIR "/src/generator31"
RUN dotnet build "generator31.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "generator31.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "generator31.dll"]

Answer 1

通过在dockerfile中使用EXPOSE标签，它会告诉您正在使用的平台，您需要映射该端口。当使用docker-comush时，它会看到这个，并自动将其映射到一个随机打开的端口。然而，EXPOSE关键字不会暴露任何端口。它只是用来对您正在使用的平台说“你能为我暴露这个端口吗”，并依靠平台来为你做这件事。

如果您希望端口每次都映射到主机上的特定端口，那么您可以将端口添加到docker-compose.yml中的服务（host_machine_port：container_port）

Answer 2

我想我找到了答案。

关键是配置命令

docker-compose config

运行该命令后，我看到以下内容。

services:
  generator31:
    build:
      context: D:\Trials\Docker\aspnetcore311\generator31
      dockerfile: generator31/Dockerfile
    environment:
      ASPNETCORE_ENVIRONMENT: Development
    image: generator31
    ports:
    - target: 80
version: '3.4'

我看到了港口，也看到了环境。在我粘贴在问题中的docker compose文件中，它们不存在。那么它们是从哪里来的呢？

我在文件资源管理器中打开文件夹，我看到docker-compose.override.yml文件静静地放在docker-compose.yml文件旁边。打开那个文件，我得到答案。端口在那里定义。Docker撰写命令从多个文件中获取配置，docker-compose.override.yml就是这样一个文件。现在，正如法比安-德斯诺斯建议的那样，这应该会有所帮助。