docker_compose.ymlのリンクとdepends_onの違い

Docker Composeのcompose-fileドキュメントによると：

• depends_on -サービス間の依存関係を表現します。
• links-別のサービスのコンテナーにリンクし、depends_onと同じ方法でサービス間の依存関係も表現します。

他のコンテナにリンクする目的がわからないので、2つのオプションの違いはまだかなり難しいようです。

例があればはるかに簡単ですが、何も見つかりません。

コンテナBをコンテナAにリンクすると、コンテナBはコンテナAのシェル内で「ping可能」になります。

私はping BコンテナAの内部を走りbash、このような結果を得ました（参照用、インターネットからの画像）

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

depends_on：

Giorgio Ferraris Docker-compose.ymlからの素晴らしいブログを見つけました：V1からV2へ

docker-composeがV2ファイルを実行すると、ファイルで定義されたすべてのコンテナー間のネットワークが自動的に構築され、すべてのコンテナーは、docker-compose.ymlファイルで定義された名前を使用するだけで他のコンテナーをすぐに参照できます。

そして

そのため、リンクはもう必要ありません。リンクは、dbコンテナーとwebサーバーコンテナー間のネットワーク通信を開始するために使用されましたが、これは既にdocker-composeによって行われています

更新

depends_on

サービス間の依存関係を表します。これには2つの影響があります。

• docker-compose up依存関係順にサービスを開始します。次の例では、dbとredisがwebの前に開始されます。
• docker-compose up SERVICESERVICEの依存関係が自動的に含まれます。次の例では、docker-compose up webも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作成ファイルv1（以下のサンプル作成ファイルに示されている）を対象としています。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使用した場合、これは不可能ですが、コンテナの起動順序は正しいでしょう。