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

根据Docker Compose的compose-file文档：

• depends_on -表达服务之间的依赖性。
• links-链接到另一个服务中的容器，并以与depends_on相同的方式表示服务之间的依赖关系。

我不明白链接到其他容器的目的，所以两个选项之间的差异对我来说似乎仍然很困难。

如果有一个例子，会容易得多，但是我找不到任何例子。

我注意到，当我将容器B与容器A链接在一起时，容器B将在容器A的外壳内“可ping通”。

我跑进了ping BA容器bash，得到了这样的结果（仅供参考，来自Internet的图像）

links弃用该选项后，该帖子需要更新。

基本上links不再需要它了，因为它的主要目的是通过添加环境变量使另一个容器可访问，它隐含在network。将容器放置在同一网络中时，可以使用容器名称和其他别名作为主机来相互访问它们。

对于docker run，--link也已弃用，应使用自定义网络替换。

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

depends_on表示开始顺序（并隐式地表示图像拉动顺序），这是的良好副作用links。

此答案适用于docker-compose 版本2，也适用于版本3

当您使用depends_on时，您仍然可以访问数据。

如果您查看docker docs Docker Compose和Django，您仍然可以像这样访问数据库：

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

取决于：

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

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

和

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

更新资料

取决于

表达服务之间的依赖关系，这有两个作用：

• 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处于“就绪”状态-仅在启动之前。如果您需要等待服务准备就绪，请参阅控制启动顺序以获取有关此问题的更多信息以及解决该问题的策略。

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

[原始回答]：

在文档中很清楚。depends_on决定容器的依赖关系和创建顺序，links不仅要决定这些因素，而且还要

链接服务的容器可以使用与别名相同的主机名访问，如果未指定别名，则可以使用服务名。

例如，假设以下docker-compose.yml文件：

web:
  image: example/my_web_app:latest
  links:
    - db
    - cache

db:
  image: postgres:latest

cache:
  image: redis:latest

用links，码内web将能够使用来访问数据库db:5432，假设端口5432中被暴露db的图像。如果depends_on使用了，则不可能，但是容器的启动顺序将是正确的。