Bài này dịch hơi khó hiểu bạn ơi. Mình nghĩ bạn nên dùng mã giả (pseudo code) hoặc UML Class sẽ dễ hiểu hơn vì mình (và nhiều người khác) không biết Java, nguyên lý này cũng không phải chỉ Java mới có. Thêm nữa là cũng không cần thiết viết logic xử lý của các methods.

@datcpu cái kia chưa đc close do nó ko tái hiện lại đc bug nên ko ai biết trường hợp nào lỗi, phần comment có 1 ng cũng bị vậy nhưng trong trường hợp họ enter to background mode. Không biết bạn có gặp tương tự ko, nếu cũng bị khi enter to background mode thì trên app chỉ cần handle cái event đó và xử lý thôi.

Thanks tác giả

@truong5x Bé bé cái mồm thôi. Không người ta biết

Chào em,

Anh không hiểu rõ context câu hỏi này lắm. Anh miêu tả qua xem có đúng không nhé.

Em có 1 project lớn - microservice - và các service kết nối với nhau ?!. Khi em thực hiện deployment thì nó deploy toàn bộ đúng không?

Anh nghĩ mục tiêu câu trả lời không nằm ở dùng tool gì. Mà là em organize repo như thế nào. Anh ví dụ một repo nhé.

Ví dụ em có A,B,C đi. Các thư mục có thể được sắp xếp như sau:

A
|_src
|_Đockerfile.A
B
|_src
|_Đockerfile.B
C
|_src
|_Đockerfile.C
.gitlab-ci.yml (Jenkinfile)

Em tạo một job "mẹ" để các job "con" inherit

docker-build:
  scripts:
   - /build.sh (build dockerfile and push) $SERVICE

docker-build A:
 extends: docker-build
 variable:
  -SERVICE: A

deploy em có thể dùng kubectl, ansible, swarm, pass url của docker image đó vào. Vì đặc tính idempotence nên nó sẽ chỉ pick khi image thay đổi thôi. Mong anh hiểu đúng ý câu hỏi của em. Chúc em may mắn nhé.

2 GB tất nhiên là tốt hơn nhưng vẫn không tối ưu với lời hứa của mình với bạn đồng nghiệp. Thực ra mình còn chưa kể trong bài là: Image ~ 8GB là trên centos7, còn trên window, vì cài kèm cả IIS nên tận ~30GB. Ý mình nên coi trọng lời nói của bản thân trước khi thực hiện, vì khi bạn nói và không làm được (mình), bạn đã đánh mất lòng tin của người khác. Nên kể cả lời nói, dù bạn chẳng mất gì, cũng không miễn phí.

Bạn viết dễ hiểu lắm, hóng phần tiếp ^^!

Cảm ơn đã chia sẽ

Cảm ơn tác giả, mong series này không bị drop.

thanks ban nhe

Cái này bên mình đã sử dụng, rất hữu ích. Cảm ơn bạn đã chia sẻ.

Wow, bài hay quá. Cảm ơn bạn đã chia sẻ.

Nhưng do lười nên tôi chỉ viết đến đây thôi, hẹn các bạn phần sau 😃

Hẹn gặp a ở phần sau ạ ((

Thx bạn, bài viết phân tích khá chi tiết, mình xin góp ý một chút là data trả về của Fetch là một Response object chứ ko phải string. Body của Response object này có thể được convert sang một số kiểu khác ngoài json như blob, text... Tham khảo: https://developer.mozilla.org/en-US/docs/Web/API/Response

@BuiHuyHoang cảm ơn cảnh sát chính tả nhé (Y)

@vuongthai95 cơ mà chỗ này sai chính tả này anh "chứa các thông thông tin"

Bài viết hay quá ạ

mình cũng đang học và ôn OSWE, hóng series học OSWE của bạn.

@com0tf3 vlin bạn tôi ơi

Giờ mới để ý cái này