THẢO LUẬN

thg 12 23, 2019 7:46 SA

a dân vùng quê nên ăn mặn lắm e à 😄 😄

0
thg 12 23, 2019 7:41 SA

Như ở đầu series mình có đề cập, vì để hiểu, thực hành và áp dụng Docker vào dự án thật thì mình khuyến khích các bạn theo sát từng bài trong series của mình, bất kể có những bài mình dùng ngôn ngữ mà bạn không biết.

Series này không hướng tới việc "buộc" bạn phải biết Python, hay NodeJS hay PHP, mà mục đích của mình là tập trung vào Docker.Các ví dụ trong các bài đều khá đơn giản và cơ bản, và đều đã được mình setup sẵn cả rồi. Việc của ta là dockerize chúng.

Kiến thức về Docker rất nhiều mình không thể chỉ nói ở một bài này là hết, mà mình sẽ cố gắng truyền đạt qua cả series này, mỗi bài một chút, và nó đều là những thứ khi mình làm thực tế mình muốn chia sẻ với các bạn. Do đó hi vọng rằng bạn có thể làm được tất cả các bài trong series.

Nếu bạn chỉ xem qua bài này thì rất có thể khi làm thật bạn sẽ gặp phải nhiều vấn đề mà ở các bài trước và các bài sau này mình sẽ đề cập đến. Nên mình hi vọng bạn có thể theo sát được series này 😉

Nếu bạn không có nhiều thời gian để theo được toàn bộ series của mình, thì mình hi vọng chí ít bạn có thể xem thêm được 4 bài đầu: Lí do tôi yêu Docker, Dockerize NodeJS->Python->Laravel vì ở các bài đó có nhiều kiến thức "vỡ lòng" về Docker mà mình thấy là cần thiết 😃

+1
thg 12 23, 2019 7:40 SA

😄

+1
thg 12 23, 2019 7:30 SA

mục đích của mình là hướng dẫn các bạn đi từ từ để các bạn đỡ bị bội thực 😃, ở bài thực hành đầu tiên này khá nhiều khái niệm nên mình không nói phần đó vào nữa

Bạn check bài mới ở series này của mình: Dockerize NodeJS, mongo, redis ở bài đó mình sẽ hướng dẫn bạn cách sửa code bên ngoài để bên trong container tự cập nhật, và cách deploy như lúc làm thật nhé 😉

+1

dễ hiểu quá. Thank chủ post

0
thg 12 23, 2019 6:36 SA

Cho mình hỏi nếu mình chỉ cần quan tâm đến Nodejs, React, Mongodb... thì có cần phải đọc mấy bài Dockerize Larevel, Python,... để nắm thêm khái niệm gì ko nhỉ, hay mỗi bài là 1 bài độc lập ? Thanks

0
thg 12 23, 2019 5:47 SA

treo thẻ (tat)

0
thg 12 23, 2019 4:59 SA

Cho mình hỏi là khi mình trong giai đoạn code thì mỗi lần thay viết code phải build lại image hả bạn?

0

yes, việc còn lại cứ để k8s lo thôi

0
thg 12 23, 2019 3:53 SA

Bài viết của bạn rất bổ ích, tôi có thể mời bạn cốc cà phê để hỏi rõ một vài chi tiết nữa không? Chúng ta có thể luận đàm về các vấn đề được đề cập đến trong bài.

+1
thg 12 23, 2019 3:46 SA

Bài viết hay quá ! Em cảm ơn anh ạ.
Rất mong có những bài viết chia sẻ kinh nghiệm của anh như thế này ạ (bow)

+1
thg 12 23, 2019 3:39 SA

Không biết ông anh đã lái chị nào chưa mà viết mặn thế :V

+1

Tháng sau sẽ có ạ! 😄

0
thg 12 23, 2019 3:15 SA

Cảm ơn bác nhé =)). Em thì chỉ múa rìu qua mắt bác thôi 🤣🤣

0

Giải pháp phổ biến nhất là dùng Websocket, ứng dụng trên di động duy trì kênh kết nối đến backend, ngay khi hoàn thành đơn hàng, mobile sẽ phát một sự kiện và backend chuyển trang. Do là trang TMĐT lưu lượng rất lớn nên họ thường dùng Kafka hay RabbitMQ.

+3
thg 12 23, 2019 2:46 SA

Bài viết hay quá 😄

0

Mình hiểu rồi. Trong image "fluent/fluentd-kubernetes-daemonset:v1.4.2-debian-elasticsearch-1.1" đã có sẵn entrypoint để run process fluentd mỗi khi start container, nên trong file k8s manifest không cần pass cmd để run fluentd.

+1

Theo mình nghĩ đơn giản là client sẽ settimeout để call API xác nhận tới server thôi. Nếu có công nghệ nào giải quyết vấn đề này thì mình cũng muốn được biết thêm.

0

dài vch 💯

+1

Cảm ơn bạn. 😅

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí