Microservices và Domain Driven Design

Microservices và Domain Driven Design từ khách mời đến từ công ty DKT trong khuôn khổ môn học Kiến trúc phần mềm, chương trình Thạc sĩ KHMT, Trường CNTT&TT, ĐH Bách Khoa HN.

[@electricityaplicationtv8062]

Cô Trang là cô giáo dạy mình java ở Toshiba. Chúc cô sẽ phát triển tốt. Giờ em đã làm java cho một công ty đa quốc gia về java rồi. cô dạy rất hay.

[@futhedude4848]

22:08 phần này nói về infrastructure discovery nhưng hình như slide lại là của server-side discovery (là 1 phần của application discovery, application discovery gồm 2 phần là client-side discovery và server-side discovery).

[@quangphongtran3558]

Hay!

[@quang.luu.179]

👍👍👍

[@emmajennnings5920]

Cô Trang dạy mấy môn về mạng máy tính, bảo mật trên hệ thống website và hệ điều hành trên youtube này được không ạ, em cần những bài giảng chất môn chất lượng này ạ

[@mongalexi584]

Sinh viên BK bá quá, hỏi mấy anh unicorn há mồm

[@futhedude4848]

start: 7:30

[@truongnam2160]

ở sapo dùng docker swarm chứ ko dùng k8s à bạn ơi?

[@ryugaryuzaki2728]

cho tôi hỏi , API Gateway khi tôi gửi req upload large file thì sao ạ? thank anh chị!

[@anhhoang1553]

Chunk file

[@Dangnguyenhai141213]

Bạn cắt file thành từng chunk, rồi upload từng cái lên. Thư viện như Dropzone support tận răng luôn

docker swarm 🤣🤣🤣

[@canhtrinh3442]

seminar cho beginer mà nhiều thuật ngữ quá :((

[@canhtrinh3442]

cứ sao sao ấy nhỉ :v

[@reoteuray9823]

mình thấy vấn đề distributed transaction , là cái rắc rối nhất trong việc triển khai micro nhỉ, nếu lock thì giảm performance , nếu cho chạy bất đồng bộ thì 1 thằng fail trong chuỗi sẽ bắt các thằng trước phải rollback , lúc này sẽ phải viết rollback như nào, nếu ngay liền sau lại có thằng dùng ngay cái dữ liệu mới insert vào mà chưa kịp rollback, câu trả lời fix trực tiếp chưa thuyết phục lắm =))

[@linhnh1980]

Bắn queue tự retry

[@reoteuray9823]

@@linhnh1980 ý là trong lúc chưa kịp rollback mà vẫn có thằng khác vào đọc cái dữ liệu sai đó

[@linhnh1980]

@@reoteuray9823 Này do người thiết kế flow nữa ví dụ khách thanh toán báo là Bạn đã đặt hàng thành công! Chúng tôi đang kiểm tra với nhà bán... 99.999% sẽ thành công. 0.0001% hiện lại sau 2s - 3s sẽ nhận popup rất tiếc gì đó. Còn thiết kế phải bảo vệ các data trong giai đoạn checking đó không ảnh hưởng.

[@quangnguyendinh9132]

Saga Pattern

[@futhedude4848]

@@reoteuray9823 về vụ "trong lúc chưa kịp rollback mà vẫn có thằng khác vào đọc cái dữ liệu sai đó" thì bro có thể thử theo cách này: - Semantic lock: set pending status cho data chưa thực hiện xong. VD: flow A create order, flow B trying to cancel order, nhưng check thấy flow A đang set status của order là pending => ko thể set status thành cancel được, return fail. hoặc disable button cancel đi nếu status của order đang là pending. Nếu bro có ý tưởng khác thì share tui với nữa nhé.

[@duynguyen9227]

Microservices rất đau đầu với Transaction

[@tristheflash6928]

kafka

[@NguyenMinh-gl7qz]

Mình thấy phần DDD nói sơ sài quá

[@marcusduong3295]

🤮