ความแตกต่างระหว่างลิงก์และ depend_on ใน docker_compose.yml

ตามเอกสารประกอบการเขียนของไฟล์ Docker Compose :

• depends_on - แสดงการพึ่งพาระหว่างบริการอย่างชัดเจน
• links- เชื่อมโยงไปยังภาชนะในการให้บริการอื่นและยังแสดงการพึ่งพาระหว่างบริการในลักษณะเดียวกับdepends_on

ฉันไม่เข้าใจวัตถุประสงค์ของการเชื่อมโยงไปยังคอนเทนเนอร์อื่นดังนั้นความแตกต่างระหว่างสองตัวเลือกยังคงเป็นเรื่องยากสำหรับฉัน

มันจะง่ายขึ้นถ้ามีตัวอย่าง แต่ฉันไม่สามารถหาได้

ฉันสังเกตเห็นเมื่อฉันเชื่อมโยงคอนเทนเนอร์ B กับคอนเทนเนอร์ A คอนเทนเนอร์ B จะเป็น "pingable" ภายในเชลล์ของคอนเทนเนอร์ A

ฉันวิ่งping Bเข้าไปใน container 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ซึ่งเป็นผลข้างเคียงที่ดีของ

คำตอบนี้มีไว้สำหรับนักเทียบท่าเขียนรุ่น 2และยังใช้งานได้กับรุ่น 3

คุณยังสามารถเข้าถึงข้อมูลได้เมื่อคุณใช้ depend_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

อะไรคือความแตกต่างระหว่างลิงค์และ dependent_on?

ลิงค์:

เมื่อคุณสร้างคอนเทนเนอร์สำหรับฐานข้อมูลตัวอย่างเช่น:

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

docker inspect d54cf8a0fb98 |grep HostPort

และคุณอาจพบว่า

"HostPort": "32777"

ซึ่งหมายความว่าคุณสามารถเชื่อมต่อฐานข้อมูลจากพอร์ต localhost 32777 (3306 ในคอนเทนเนอร์) แต่พอร์ตนี้จะเปลี่ยนทุกครั้งที่คุณรีสตาร์ทหรือลบคอนเทนเนอร์ ดังนั้นคุณสามารถใช้ลิงก์เพื่อให้แน่ใจว่าคุณจะเชื่อมต่อกับฐานข้อมูลเสมอและไม่จำเป็นต้องรู้ว่ามันคือพอร์ตใด

web:
  links:
   - db

ขึ้นอยู่กับ:

ฉันพบบล็อกที่ดีจาก Giorgio Ferraris Docker-compose.yml: จาก V1 ถึง V2

เมื่อนักเทียบท่าเขียนไฟล์ V2 มันจะสร้างเครือข่ายโดยอัตโนมัติระหว่างคอนเทนเนอร์ทั้งหมดที่กำหนดไว้ในไฟล์และทุกคอนเทนเนอร์จะสามารถอ้างถึงไฟล์อื่น ๆ ได้ทันทีโดยใช้ชื่อที่กำหนดไว้ในไฟล์ docker-compose.yml

และ

ดังนั้นเราไม่ต้องการลิงก์อีกต่อไป ลิงค์ถูกใช้เพื่อเริ่มการสื่อสารเครือข่ายระหว่างคอนเทนเนอร์ db ของเรากับคอนเทนเนอร์เว็บเซิร์ฟเวอร์ของเรา แต่สิ่งนี้ได้ทำไปแล้วโดยนักเขียน

ปรับปรุง

ขึ้นอยู่กับ

แสดงการพึ่งพาระหว่างบริการซึ่งมีสองลักษณะพิเศษ:

• docker-compose upจะเริ่มให้บริการตามลำดับการพึ่งพา ในตัวอย่างต่อไปนี้ db และ redis จะเริ่มต้นก่อนเว็บ
• docker-compose up SERVICEจะรวมการขึ้นต่อกันของ SERVICE โดยอัตโนมัติ ในตัวอย่างต่อไปนี้เว็บประกอบนักเทียบท่าจะสร้างและเริ่มต้น db และ redis

ตัวอย่างง่ายๆ:

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

หมายเหตุ: depend_on จะไม่รอให้ db และ redis เป็น“ พร้อม” ก่อนเริ่มต้นเว็บ - จนกว่าจะเริ่มต้นเท่านั้น หากคุณต้องรอให้บริการพร้อมให้ดูการควบคุมคำสั่งเริ่มต้นสำหรับข้อมูลเพิ่มเติมเกี่ยวกับปัญหานี้และกลยุทธ์ในการแก้ไข

[อัพเดต ก.ย. 2559]: คำตอบนี้มีไว้สำหรับนักเทียบท่าเขียนไฟล์ 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มีการใช้งานจะไม่สามารถทำได้ แต่ลำดับการเริ่มต้นของคอนเทนเนอร์จะถูกต้อง