Luồng công việc phát triển Docker cho các thành phần được biên dịch trong thiết lập docker-compose

Question

Tôi đang làm việc trên một dịch vụ trong một hệ thống được sắp xếp bằng cách sử dụng docker-compose. Dịch vụ được viết bằng một ngôn ngữ được biên dịch và tôi cần phải xây dựng lại nó khi tôi thực hiện một thay đổi. Tôi đang cố gắng tìm cách tốt nhất để nhanh chóng lặp lại các thay đổi.

Tôi đã thử 2 'quy trình công việc', cả hai đều dựa vào việc được liên kết với thư mục nguồn qua số volume: để nhận nguồn mới nhất.

A.

• Mang lên tất cả các container hỗ trợ với docker-compose up -d
• Dừng container cho các dịch vụ được phát triển
• Chạy container mới bằng cách sử dụng hình ảnh docker-compose run --name SERVICE --rm SERVICE /bin/bash
• Trong đó chạy chứa biên dịch và chạy ứng dụng tại cổng tiếp xúc.
• Khởi động lại bằng cách dừng quá trình chạy và sau đó xây dựng lại.

B.

• (yêu cầu Dockerfile CMD để xây dựng và sau đó chạy dịch vụ)
• Dừng dịch vụ: docker-compose kill SERVICE
• Khởi động lại dịch vụ docker-compose up -d --no-deps SERVICE

Vấn đề là cả mất quá nhiều thời gian để khởi động lại và khởi động lại dịch vụ cục bộ (chạy trên máy tính xách tay của tôi một cách độc lập o f docker). Cài đặt này có vẻ ổn với các ngôn ngữ thông dịch có thể tải lại các tệp đã thay đổi nhưng tôi chưa tìm được hệ thống dịch vụ ngôn ngữ phù hợp nhanh.

Answer 1

tôi sẽ làm điều này:

Run docker-compose up nhưng:

• sử dụng một khối lượng máy chủ cho các thư mục của các biên soạn nhị phân thay vì nguồn
• sử dụng một entrypoint rằng làm điều gì đó như

entrypoint.sh:

trap "pkill -f the_binary_name" SIGHUP 
trap "exit" SIGTERM 

while [[ 1 ]]; do 
    ./the_binary_name; 
done 

Viết một kịch bản để xây dựng lại nhị phân, và sao chép nó vào khối lượng được sử dụng bởi các dịch vụ trong docker-compose.yml:

# Run a container to compile and build the binary 
docker run -ti -v $SOURCE:/path -v $DEST:/target some_image build_the_binary 

# copy it to the host volume directory 
copy $DEST/... /volume/shared/with/running/container 

# signal the container 
docker kill -s SIGHUP container_name 

Vì vậy, để biên dịch nhị phân bạn sử dụng kịch bản này, trong đó gắn nguồn và một thư mục đích dưới dạng tập. Bạn có thể bỏ qua bước sao chép nếu $DEST giống với thư mục âm lượng được chia sẻ với vùng chứa "chạy". Cuối cùng, tập lệnh sẽ báo hiệu thùng chứa đang chạy để nó có thể giết quá trình cũ (đang chạy tệp nhị phân cũ) và bắt đầu quy trình mới.

Nếu khối lượng chia sẻ đang biên dịch trong vùng chứa quá chậm, bạn cũng có thể chạy bản dịch trên máy chủ và chỉ sao chép và báo hiệu để nó chạy trong vùng chứa.

Giải pháp này có lợi ích bổ sung là hình ảnh "thời gian chạy" của bạn không cần tất cả các phụ thuộc dev. Nó có thể là một hình ảnh rất nạc chỉ với một cơ sở hệ điều hành trần.