@minhbt.it: Khi thiết kế hệ thống, nhiều team thường chọn: Sync API vì “dễ hiểu và dễ làm” Nhưng khi traffic tăng lên… mọi thứ bắt đầu phức tạp hơn 😅 * Sync API → đơn giản, phản hồi ngay lập tức * Event-Driven → scalable hơn, giảm coupling giữa services Vấn đề là: 👉 Không có giải pháp nào hoàn hảo. Sync API dễ debug hơn, nhưng có thể tạo bottleneck nếu service phụ thuộc lẫn nhau. Event-Driven scalable hơn, nhưng monitoring và debugging sẽ khó hơn rất nhiều. ⸻ 💡 Senior engineer không hỏi: “Cái nào tốt hơn?” 👉 Họ hỏi: “Trade-off là gì?” ⸻ Ví dụ: ✔ Real-time request → Sync API ✔ Background processing / async workflow → Event-Driven ⸻ ❓ Câu hỏi cho bạn: Nếu phải build hệ thống lớn ngay hôm nay, bạn sẽ chọn: * Sync API * Hay Event-Driven Architecture? #E#EventDrivenS#SyncAPIS#SystemDesignS#SoftwareArchitectureTechDebate
chú giỏi quá, hi vọng ngoại ngữ & technical con phát triển như chú. respect ạ.
2026-05-12 12:14:20
2
kokoro :
con cũng gặp 1 case tương tự, chỉ vì flow bulk modification đang dùng event drivent, nên feature only one modification và cần immediate response cũng dùng lại phần nhỏ trong flow đó,ntrong khi vẫn nên tách ra vì khi user edit API chỉ việc validate và Update item, con có đề xuất nhưng mà lead bảo nên để nó follow event driven cho chặt chẽ, đừng mix nhiều thứ, trong khi cũng không có nhiều service dùng cái API này
2026-05-10 18:53:21
1
To see more videos from user @minhbt.it, please go to the Tikwm
homepage.