Sự khác biệt giữa các liên kết và phụ thuộc vào docker_compose.yml

Theo tài liệu tập tin soạn thảo của Docker Compose :

• depends_on - Thể hiện sự phụ thuộc giữa các dịch vụ.
• links- Liên kết với các container trong một dịch vụ khác và cũng thể hiện sự phụ thuộc giữa các dịch vụ theo cùng một cách như phụ thuộc .

Tôi không hiểu mục đích liên kết với các container khác nên sự khác biệt giữa hai tùy chọn vẫn có vẻ khá khó khăn đối với tôi.

Sẽ dễ dàng hơn nhiều nếu có một ví dụ, nhưng tôi không thể tìm thấy bất kỳ.

Tôi nhận thấy, khi tôi liên kết container B với container A thì container B sẽ "có thể ping" bên trong vỏ của container A.

Tôi đã chạy ping Bbên trong container A bashvà nhận được kết quả như thế này (chỉ để tham khảo, hình ảnh từ Internet)

Bài đăng cần cập nhật sau khi linkstùy chọn không được chấp nhận.

Về cơ bản, linkskhông còn cần thiết bởi vì mục đích chính của nó, làm cho container khác có thể truy cập bằng cách thêm biến môi trường, được bao gồm hoàn toàn với network. Khi các container được đặt trong cùng một mạng, chúng có thể truy cập lẫn nhau bằng cách sử dụng tên container và bí danh khác làm máy chủ.

Đối với docker run, --linkcũng không được chấp nhận và nên được thay thế bằng một mạng tùy chỉnh.

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

depends_ondiễn đạt thứ tự bắt đầu (và thứ tự kéo hình ảnh ngầm), đó là một tác dụng phụ tốt của links.

Câu trả lời này dành cho phiên bản docker-compose 2 và nó cũng hoạt động trên phiên bản 3

Bạn vẫn có thể truy cập dữ liệu khi bạn sử dụng phụ thuộc.

Nếu bạn nhìn vào docker docs Docker Compose và Django , bạn vẫn có thể truy cập cơ sở dữ liệu như thế này:

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

Sự khác biệt giữa các liên kết và phụ thuộc là gì?

liên kết:

Khi bạn tạo một thùng chứa cho cơ sở dữ liệu, ví dụ:

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

docker inspect d54cf8a0fb98 |grep HostPort

Và bạn có thể tìm thấy

"HostPort": "32777"

Điều này có nghĩa là bạn có thể kết nối cơ sở dữ liệu từ cổng localhost 32777 (3306 trong container) nhưng cổng này sẽ thay đổi mỗi khi bạn khởi động lại hoặc gỡ bỏ container. Vì vậy, bạn có thể sử dụng các liên kết để đảm bảo rằng bạn sẽ luôn kết nối với cơ sở dữ liệu và không phải biết đó là cổng nào.

web:
  links:
   - db

phụ thuộc:

Tôi tìm thấy một blog đẹp từ Giorgio Ferraris Docker-compose.yml: từ V1 đến V2

Khi docker-compose thực thi các tệp V2, nó sẽ tự động xây dựng một mạng giữa tất cả các container được xác định trong tệp và mọi container sẽ ngay lập tức có thể tham chiếu đến các tệp khác chỉ bằng cách sử dụng các tên được xác định trong tệp docker-compose.yml.

Và

Vì vậy, chúng tôi không cần liên kết nữa; các liên kết đã được sử dụng để bắt đầu giao tiếp mạng giữa bộ chứa db và bộ chứa máy chủ web của chúng tôi, nhưng điều này đã được thực hiện bởi docker-compose

Cập nhật

phụ thuộc

Thể hiện sự phụ thuộc giữa các dịch vụ, có hai tác dụng:

• docker-compose upsẽ bắt đầu dịch vụ theo thứ tự phụ thuộc. Trong ví dụ sau, db và redis sẽ được khởi động trước web.
• docker-compose up SERVICEsẽ tự động bao gồm các phụ thuộc của DỊCH VỤ. Trong ví dụ sau, web soạn thảo docker cũng sẽ tạo và bắt đầu db và redis.

Ví dụ đơn giản:

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

Lưu ý: Dep_on sẽ không đợi db và redis trở thành sẵn sàng trước khi bắt đầu web - chỉ cho đến khi chúng được khởi động. Nếu bạn cần đợi một dịch vụ sẵn sàng, hãy xem Kiểm soát thứ tự khởi động để biết thêm về vấn đề này và các chiến lược để giải quyết nó.

[Cập nhật tháng 9 năm 2016]: Câu trả lời này được dành cho docker soạn tập tin v1 (như được hiển thị bởi tệp soạn thảo mẫu bên dưới). Đối với v2, hãy xem câu trả lời khác của @Windsooon.

[Câu trả lời gốc]:

Nó là khá rõ ràng trong tài liệu. depends_onquyết định sự phụ thuộc và thứ tự tạo container và linkskhông chỉ thực hiện những điều này mà còn

Các thùng chứa cho dịch vụ được liên kết sẽ có thể truy cập được tại một tên máy chủ giống hệt với bí danh hoặc tên dịch vụ nếu không có bí danh nào được chỉ định.

Ví dụ: giả sử docker-compose.ymltệp sau :

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

db:
  image: postgres:latest

cache:
  image: redis:latest

Với links, mã bên trong websẽ có thể truy cập cơ sở dữ liệu bằng cách sử dụng db:5432, giả sử cổng 5432 được hiển thị trong dbhình ảnh. Nếu depends_onđược sử dụng, điều này sẽ không thể thực hiện được, nhưng thứ tự khởi động của các container sẽ chính xác.