Docker-compose:Docker 容器无法使用服务名称进行连接

Question

我有 3 个容器。一个是提供静态内容的 lighttpd 服务器 (front)。我有 2 个 flask 服务器处理后端(back 和 model)

这是我的 docker-compose.yml

version: "3"
services:
  front:
    image: ecd3:latest
    ports:
      - 4200:80
    tty: true
    links:
      - "back"
    depends_on:
      - back
    networks:
      - mynet

  back:
    image: esd3:latest
    ports:
      - 5000:5000
    links:
      - "model"
    depends_on:
      - model
    networks:
      - mynet

  model:
    image: mok:latest
    ports:
      - 5001:5001
    networks:
      - mynet

networks:
  mynet:

我正在尝试从我的前端(前端)向我的 Flask 服务器(后端)发送一个 http 请求。我已将 flask 服务器绑定(bind)到 0.0.0.0，甚至在前端使用了服务名称 ( http://back:5000/endpoint )

尝试将 flask 服务器 curl 到前端容器内 (curl back:5000) 给我这个:

curl: (52) Empty reply from server

从前端容器内部对 flask 服务器执行 ping 操作。这意味着连接必须已经建立。

为什么我无法从我的前端连接到我的 Flask 服务器？

Answer 1

我们在评论中发现了几件事。首先，您遇到了代理问题，导致一个容器无法使用另一个容器中的 API。

其次，也是至关重要的，您发现 Docker Compose 配置文件中的服务名称在 Docker 设置的虚拟网络系统中可用。因此，您可以从 back ping front，反之亦然。重要的是，值得注意的是，您可以执行此操作，因为它们位于同一虚拟网络 mynet 上。如果它们在不同的 Docker 网络上，那么根据设计，DNS 名称将不可用，并且虚拟容器 IP 地址将无法访问。

顺便说一下，因为你的所有容器都在同一个网络上，而且你没有更改任何网络设置，所以你现在可以放弃这个网络。换句话说，您可以删除 networks 定义和对它的三个容器引用，因为它们可以加入默认网络。

第三，您了解到 Docker 的虚拟 DNS 条目在主机上不可用，因此 front 和 back 在这里不可用。即使(例如，如果在主机文件中手动输入)这些 IP 也无法工作，因为没有从主机到容器的直接网络路由。

相反，这些容器由 Docker 设备公开，该设备代理从自定义本地主机端口到这些容器(在您的情况下为 4200、5000 和 5001)的连接。

一个好的临时解决方案是在 http://localhost:4200 加载您的前端并将其 API 地址硬连接为 http://localhost:5000。不过，您可能会遇到一些 CORS 问题，因为浏览器会将它们视为不同的服务器。

此外，如果你上线，你可能会遇到移动网络和公司防火墙的一些问题 - 你可能希望你的前端应用程序位于端口 443 上，但由于它是一个单独的服务器，你将需要一个不同的 IP API 的地址，因此它也可以继续使用 443，否则您将需要使用另一个端口。一个干净的解决方案是在两个容器前面放置一个前端代理，然后只在 Docker 中公开代理。这会将 HTTP 请求从外部发送到正确的容器，具体取决于您设置的过滤条件。我为此推荐 Traefik，但毫无疑问还有其他几种方法。