Event-Driven Architecture: Kiến trúc hướng sự kiện

Distributed tracing trở thành địa ngục. Khi một sự kiện đi qua 5-6 services khác nhau, nếu bạn không có một hệ thống tracing tốt (ví dụ Jaeger hay Datadog), bạn sẽ không biết sự kiện đó bị mắc kẹt ở đâu. Tôi từng mất 3 tiếng để debug vì một event lạc lõng ở Dead Letter Queue của RabbitMQ.

Ordering matters, rất nhiều. Nếu một khách hàng thực hiện 2 lần update liên tiếp, bạn cần chắc chắn rằng 2 sự kiện đó được xử lý theo đúng thứ tự. Nếu không, bạn có thể kết thúc với dữ liệu bị lỡ hoặc không nhất quán.

Tools và patterns

Kafka là lựa chọn phổ biến nhất cho high-throughput, durable event streams. Nó có thể xử lý hàng triệu events per second, và bảo đảm durability qua replication. Nhưng Kafka cũng là overkill nếu bạn chỉ cần một hệ thống nhỏ hơn — RabbitMQ hoặc ngay cả các dịch vụ như AWS SNS/SQS có thể đủ dùng.

Nhiều người cũng kết hợp event-driven với Event Sourcing và CQRS (Command Query Responsibility Segregation). Event Sourcing có nghĩa là bạn lưu trữ tất cả các sự kiện đã từng xảy ra, không chỉ trạng thái cuối cùng. Nó cung cấp audit trail hoàn hảo nhưng yêu cầu rất nhiều storage. CQRS là tách biệt model cho viết (commands) và đọc (queries), cho phép bạn scale chúng độc lập.

Ví dụ thực tế

Một startup fintech ở Sài Gòn mà tôi biết đã xây dựng nền tảng chuyển tiền dùng event-driven architecture. Khi người dùng gửi tiền, một MoneyTransferInitiated event được phát hành. Sau đó có hơn 10 services khác nhau: fraud detection, KYC verification, balance update, notification service, audit logging, v.v. Mỗi cái lắng nghe và xử lý độc lập. Kết quả? Toàn bộ flow từ gửi yêu cầu đến xác nhận cho user chỉ mất dưới 100ms, trong khi hàng loạt công việc phía sau được xử lý bất đồng bộ.

Một điểm còn ít ai nói

Nhiều người bắt đầu event-driven vì các công ty lớn đang dùng. Nhưng sự phức tạp của nó chỉ thực sự có giá trị khi bạn có vấn đề về scale hoặc coupling. Nếu monolithic của bạn vẫn chạy tốt, thay vào đó hãy tập trung vào code quality trước. Event-driven không phải viên thuốc chữa được mọi bệnh; nó chỉ là một cách để giải quyết các vấn đề nhất định một cách thanh lịch hơn.

---

Nếu bạn đang xây dựng một hệ thống phân tán và cân nhắc event-driven architecture, hãy nhớ rằng complexity sẽ tăng lên đáng kể — nhưng lợi ích cũng sẽ rõ ràng. Và nếu bạn cần hỗ trợ để thiết kế hoặc triển khai nó, các team tại Idflow Technology có kinh nghiệm không hề nhỏ.