Chính xác, thằng docker compose này nguyên lý nó là vậy mà, nó tạo ra 1 network cho tất cả các service bên trong nó chạy chung. (có thể địng nghĩa hoặc dùng mặc định)
Như mình nói thì nó đơn giản là "1 công cụ hỗ trợ" dựa trên Docker chứ không phải là 1 tính năng mới. Nó chả có gì hơn Docker cả, nó chỉ gom và thay vì trực tiếp dùng script để run thì bạn dùng 1 cái high level script đã được build sẵn để run và được kiểm duyệt và phát hành từ chính Docker mà thôi.
Mapping public port ai bảo bạn là ko phải để kết nối các container, service vốn tạo ra nó đã tách biệt rồi, cách các container giao tiếp là qua thứ nhất network hay tương tự như linking (nó sẽ hiểu theo container name). Nhưng đó là private. Mapping port cho phép các container đó giao tiếp 1 cách public, tức là ngay cả khi bạn ở bên ngoài, bạn cũng "có thể" nhìn thấy được các service hoạt động chung được. => vậy ko phải là kết nối giao tiếp giữa các container thì là gì nhỉ :-?
thấy console.log every where thật sự là 1 cách fix bugs ugly. Mình nghĩ nên dùng debugger hơn là dùng console, đọc code nhiều chỗ thấy thừa, lên production rồi mà chỗ nào cũng thấy console.
THẢO LUẬN
Thanks, updated.
ok tks b nhé
Bài xịn vậy mà không ai quan tâm nhỉ
Bài viết rất hay ạ 
Bài viết hay quá
Bài viết tuyệt vời quá hi vọng tác giả ra nhiều bài viết hơn
Chính xác, thằng docker compose này nguyên lý nó là vậy mà, nó tạo ra 1 network cho tất cả các service bên trong nó chạy chung. (có thể địng nghĩa hoặc dùng mặc định) Như mình nói thì nó đơn giản là "1 công cụ hỗ trợ" dựa trên Docker chứ không phải là 1 tính năng mới. Nó chả có gì hơn Docker cả, nó chỉ gom và thay vì trực tiếp dùng script để run thì bạn dùng 1 cái high level script đã được build sẵn để run và được kiểm duyệt và phát hành từ chính Docker mà thôi.
Mapping public port ai bảo bạn là ko phải để kết nối các container, service vốn tạo ra nó đã tách biệt rồi, cách các container giao tiếp là qua thứ nhất network hay tương tự như linking (nó sẽ hiểu theo container name). Nhưng đó là private. Mapping port cho phép các container đó giao tiếp 1 cách public, tức là ngay cả khi bạn ở bên ngoài, bạn cũng "có thể" nhìn thấy được các service hoạt động chung được. => vậy ko phải là kết nối giao tiếp giữa các container thì là gì nhỉ :-?
Chỗ này nè bạn
Anh viết bài quá hay. Cảm ơn anh. Chúc anh luôn luôn thành công ạ.
xem log xong phải xóa đi chứ ai lại để lên prodution
phần kết nối các container thì ở thời điểm hiện tại docker compose đã có network, user-defined bridge thay cho dùng link, default bridge.
Khắc phục được nhược điểm mà bạn nói là không thể xóa liên kết mà ko chạy lại tất cả container kết nối đến nó.
Còn phần publish port thì nó thực tế không phải là 1 cách để kết nối các container đâu.
https://docs.docker.com/network/bridge/##differences-between-user-defined-bridges-and-the-default-bridge
@quachphuc typo mistake:
difer->deferthấy console.log every where thật sự là 1 cách fix bugs ugly. Mình nghĩ nên dùng debugger hơn là dùng console, đọc code nhiều chỗ thấy thừa, lên production rồi mà chỗ nào cũng thấy console.
ngưỡng mộ quá
@minhnv em cũng k biết nosql có ăn được k. n mà em biết em ăn được bimbim ớ (tat)
Thích thì ăn thuôi bạn huhuhihi 😘 😘 😘
À mình khen xã giao ý mà =))
hhihihi
Hay quá bạn ei
Đọc xong bài mình vẫn chưa biết NoSQL có ăn được không