docker_compose.yml中链接和Depends_on之间的区别

#1 楼

弃用了links选项后，该帖子需要更新。将容器放置在同一网络中时，可以使用其容器名称和其他别名作为主机来相互访问它们。

docker network create mynet
docker run -d --net mynet --name container1 my_image
docker run -it --net mynet --name container1 another_image

links表示开始顺序（并隐含图像拉出顺序），这是network的良好副作用。

#2 楼

这个答案适用于docker-compose版本2，并且也适用于版本3
。当您使用depends_on时，您仍然可以访问数据。像这样的数据库：

version: '2'
services:
  db:
    image: postgres
  web:
    build: .
    command: python manage.py runserver 0.0.0.0:8000
    volumes:
      - .:/code
    ports:
      - "8000:8000"
    depends_on:
      - db

链接和Depends_on有什么区别？
为数据库创建容器时，例如：

docker run -d --name=test-mysql --env="MYSQL_ROOT_PASSWORD=mypassword" -P mysql

docker inspect d54cf8a0fb98 |grep HostPort

您可能会找到

"HostPort": "32777"

这意味着您可以从本地主机端口32777（容器中的3306）连接数据库，但是此端口在每次重新启动或删除容器时都会更改。因此，您可以使用链接来确保始终连接到数据库，而不必知道它是哪个端口。

web:
  links:
   - db

depends_on：
我从Giorgio Ferraris找到了一个不错的博客Docker-compose.yml：从V1到V2

当docker-compose执行V2文件时，它将自动在文件中定义的所有容器之间建立网络，并且每个容器都将立即能够仅使用docker-compose.yml文件中定义的名称来引用其他文件。

和

所以我们不再需要链接；链接用于启动数据库容器和Web服务器容器之间的网络通信，但这已经由docker-compose

Update
depends_on
服务之间的快速依赖关系完成，它有两个作用：


docker-compose up将以依赖关系顺序启动服务。在下面的示例中，db和redis将在web之前启动。

docker-compose up SERVICE将自动包含SERVICE的依赖项。在以下示例中，docker-compose up网站还将创建并启动db和redis。

简单示例：

version: '2'
services:
  web:
    build: .
    depends_on:
      - db
      - redis
  redis:
    image: redis
  db:
    image: postgres

注意：depends_on在启动Web之前不会等待db和redis处于“就绪”状态-仅在启动之前。如果需要等待服务准备就绪，请参阅控制启动顺序以获取有关此问题的更多信息以及解决方法。

#3 楼

[2016年9月更新]：此答案适用于docker compose文件v1（如下面的示例compose文件所示）。对于v2，请参见@Windsooon的其他答案。

[原始答案]：

在文档中非常清楚。 depends_on决定了容器创建的依存关系和顺序，而links不仅确定了依存关系和顺序，而且链接服务的容器也可以通过与别名或服务相同的主机名访问如果未指定别名，则为名称。


例如，假定以下docker-compose.yml文件：假设端口4332在links映像中暴露，则web将能够使用db:5432访问数据库。如果使用db，则不可能，但是容器的启动顺序将是正确的。