thực ra bạn viết bài nay rất hay nhưng ở đoạn ENTRYPOINT ["/venv/start.sh"] cuối docker file này có lẽ chỉ là ở môi trường dev, chứ nếu như sử dụng ở môi trường prod thì tốt nhất không nên chạy 2 serivce trong 1 container, vì khi 2 service trong contaner thì sẽ có 2 pid ví dụ như là nginx có pid là 1, còn mysql có pid là 2, thì khi có vấn đề pid 2 bị chết, là mysql bị chết, thì contaner sẽ vẫn chạy và không có cơ chế restart, khi này mình phải tự vô restart bằng tay
EXPOSE: Container sẽ lắng nghe trên các cổng mạng được chỉ định khi chạy
Thật ra EXPOSE chỉ mang ý nghĩa như là tài liệu document cho những người sử dụng image đó biết rằng "nếu chạy image thì bên trong container sẽ publish cái port này, mày hãy ra ngoài hứng nó đi".
Vì vậy việc có hay không EXPOSE không ảnh hưởng kết quả cuối.
Việc publish thực sự phải dựa vào docker run khi chạy dùng flag -P
Việc map giữa dto sang entity nếu không có nhiều exception bạn tự viết hàm map cũng được. Hoặc nếu muốn mì ăn liền dùng thư viện bên thứ 3 như bạn ở trên đã comment. Còn map ở controller hay service thì mình hay map ở service. Controller nên giữ cho càng ngắn càng tốt, công việc của nó chỉ là điều hướng và đẩy dữ liệu đã được xử lý từ service hoặc đẩy dữ liệu từ end user về service.
THẢO LUẬN
Cho mình hỏi khi thêm 1 người mới thì hệ thống phải train lại từ đầu phải ko bạn.
hay bạn!
thực ra bạn viết bài nay rất hay nhưng ở đoạn ENTRYPOINT ["/venv/start.sh"] cuối docker file này có lẽ chỉ là ở môi trường dev, chứ nếu như sử dụng ở môi trường prod thì tốt nhất không nên chạy 2 serivce trong 1 container, vì khi 2 service trong contaner thì sẽ có 2 pid ví dụ như là nginx có pid là 1, còn mysql có pid là 2, thì khi có vấn đề pid 2 bị chết, là mysql bị chết, thì contaner sẽ vẫn chạy và không có cơ chế restart, khi này mình phải tự vô restart bằng tay
cảm ơn a nhé :v
ông này toàn có bài viết hay
Bài viết hay đấy! Nhưng nhiều người vẫn chưa hiểu không biết do tác giả không chia sẻ hết ý hay chưa thật sự hiểu sâu
Bài viết hay quá. Nhưng vẫn khó hiểu lắm! Không biết tác giả chưa muốn chia sẻ hết hay chưa thật sự hiểu rõ
Thật ra
EXPOSEchỉ mang ý nghĩa như là tài liệu document cho những người sử dụng image đó biết rằng "nếu chạy image thì bên trong container sẽ publish cái port này, mày hãy ra ngoài hứng nó đi". Vì vậy việc có hay khôngEXPOSEkhông ảnh hưởng kết quả cuối. Việc publish thực sự phải dựa vàodocker runkhi chạy dùng flag-Pôi vãi sao anh bị miss mất bài này nhỉ?
sửa lại đám công thức toán đi em (dead)
wow xịn quá em ơi (clap) (clap)
bài viết hay
@OanhHa tuyệt vời bạn ơi
Cảm ơn bạn đã ủng hộ mình.
Tuyệt vời
Việc map giữa dto sang entity nếu không có nhiều exception bạn tự viết hàm map cũng được. Hoặc nếu muốn mì ăn liền dùng thư viện bên thứ 3 như bạn ở trên đã comment. Còn map ở controller hay service thì mình hay map ở service. Controller nên giữ cho càng ngắn càng tốt, công việc của nó chỉ là điều hướng và đẩy dữ liệu đã được xử lý từ service hoặc đẩy dữ liệu từ end user về service.
Cảm ơn bạn nhé
hay bạn êi