Docker容器通信：稳定高效的两种实现方式

引言

在使用Docker进行容器化应用开发和部署时，容器间的通信是一个关键问题。默认情况下，Docker使用bridge网络驱动，并通过DHCP为容器分配IP地址。然而，这种动态分配IP的方式在Docker服务重启后会导致容器IP地址发生变化，给容器间的通信带来不便，增加了管理的复杂性。为了解决这一问题，我们可以采用以下两种有效的方法。

使用docker-compose将容器置于同一网络中，通过服务名通信

原理与优势

当我们将多个容器定义在同一个docker-compose文件中时，docker-compose会自动为它们创建一个内部网络。在这个网络中，各个容器可以通过服务名（即在docker-compose文件中定义的服务名称）进行互相访问。这种方法的优势在于配置简单，尤其适合在开发和测试环境中快速搭建多个相互依赖的容器服务。

实现步骤

1. 编写docker-compose.yml文件，定义所需的服务及其镜像、端口映射等配置。
2. 在docker-compose.yml文件中，利用 networks 配置项，将各个服务连接到同一个自定义网络。
3. 使用 docker-compose up 命令启动所有服务，Docker会自动处理网络配置，使得容器间可以通过服务名进行通信。

示例代码

version: '3'

services:
  web:
    image: nginx
    networks:
      - my_network
    ports:
      - "80:80"

  db:
    image: mysql:5.7
    networks:
      - my_network
    environment:
      MYSQL_ROOT_PASSWORD: example

networks:
  my_network:
    driver: bridge

在上述示例中， web 和 db 两个服务被连接到名为 my_network 的自定义网络中。在 web 容器中，可以通过 db 这个服务名来访问db容器中的MySQL服务。

创建单独的网络适配器，指定容器使用外部网络驱动连接

原理与优势

通过创建一个单独的自定义网络，我们可以将需要相互通信的容器都连接到这个网络上。这样，即使在Docker服务重启后，只要容器重新连接到该自定义网络，它们之间的通信就不会受到IP地址变化的影响。这种方法提供了更高的灵活性，尤其是在生产环境中，当需要动态添加或移除容器时，能够更好地管理容器间的网络通信。

实现步骤

先创建一个外部网络适配器：

docker network create my_custom_network

然后使用 docker-compose 创建容器时配置文件如下创建。

示例配置

networks:
    my_custom_network:
        external: true
services:
    mysql:
        container_name: mysql
        environment:
            MYSQL_ROOT_PASSWORD: password
        image: mysql:8.4.4
        networks:
            - my_custom_network
        ports:
            - 3306
        restart: always

在上述示例中， mysql 两个容器都被连接到了 my_custom_network 网络中。其他也通过同样配置方式连接到这个网络的容器可以通过 mysql 这个容器名来访问 mysql 容器中的MySQL服务。

容器与主机之间的通信

在Docker容器网络配置中，新手常常会犯一个错误，即将 127.0.0.1 误认为是宿主机的地址。实际上，在容器内部， 127.0.0.1 指的是容器自己，而不是宿主机。如果需要在容器内部访问宿主机上的服务，应该使用特殊的外部主机名，如 host.docker.internal （在Docker for Mac和Docker for Windows中）或其他特定的IP地址配置。这个误解可能导致容器间通信失败或无法正确访问宿主机上的资源，因此在配置容器网络时需要特别注意这一点，确保正确理解并使用正确的主机名或IP地址进行通信。