Event Sourcing là gì và hoạt động như thế nào?

Question

IT Interview Practice · Accepted Answer

## Event Sourcing là gì?

**Event Sourcing là cách lưu các sự kiện đã xảy ra làm dữ liệu gốc, rồi tính trạng thái hiện tại từ lịch sử đó.** Mỗi sự kiện ghi nhận một thay đổi nghiệp vụ, chẳng hạn “đã thêm sản phẩm vào giỏ” hoặc “đã hủy đơn hàng”.

Thay vì chỉ biết giỏ hàng đang có một cuốn sách, hệ thống có thể biết khách đã thêm hai cuốn rồi bỏ bớt một cuốn. Lịch sử này được dùng để dựng lại giỏ hàng, không chỉ lưu kèm để tra cứu.

## Những thành phần chính

- **Bộ xử lý yêu cầu:** Kiểm tra hành động người dùng muốn thực hiện. Yêu cầu không hợp lệ bị từ chối, không trở thành sự kiện đã xảy ra.
- **Kho sự kiện (event store):** Lưu chuỗi sự kiện theo thứ tự cho từng đối tượng, chẳng hạn từng giỏ hàng. Chuỗi này gọi là event stream.
- **Phần dựng trạng thái:** Đọc các sự kiện và áp dụng lần lượt để tính dữ liệu hiện tại. Ứng dụng có thể lưu thêm bản đọc đã tính sẵn để tra cứu nhanh.

## Ví dụ: dựng lại một giỏ hàng

Giả sử lịch sử của một giỏ hàng gồm:

1. Đã tạo giỏ hàng: giỏ còn trống.
2. Đã thêm hai cuốn sách A: giỏ có hai cuốn.
3. Đã bỏ một cuốn sách A: giỏ còn một cuốn.

Đọc và áp dụng lại ba sự kiện theo thứ tự sẽ cho cùng kết quả: giỏ có một cuốn sách A. Quá trình này gọi là **replay**, tức phát lại lịch sử để tính trạng thái.

Khi khách tiếp tục thêm hàng, hệ thống kiểm tra yêu cầu rồi lưu sự kiện mới vào cuối chuỗi. Nếu hai yêu cầu cùng sửa giỏ, lúc ghi phải kiểm tra phiên bản chuỗi đã đọc để phát hiện thay đổi xung đột.

Replay chỉ dựng lại dữ liệu. Nó không được gửi email xác nhận hoặc thực hiện thanh toán thêm lần nữa.

## Lợi ích

- **Biết vì sao dữ liệu thay đổi:** Lịch sử cho thấy các hành động đã dẫn đến trạng thái hiện tại.
- **Dựng lại dữ liệu phục vụ tra cứu:** Có thể tính lại bảng hiển thị hoặc báo cáo từ các sự kiện còn lưu đầy đủ.
- **Xem lại trạng thái trước đây:** Áp dụng sự kiện đến một thời điểm giúp biết đối tượng khi đó có trạng thái gì.

## Những chi phí cần cân nhắc

- **Lịch sử ngày càng dài:** Có thể lưu snapshot, tức trạng thái đã tính ở một vị trí trong chuỗi, rồi chỉ đọc tiếp các sự kiện sau đó.
- **Phải đọc được sự kiện cũ:** Khi cấu trúc dữ liệu thay đổi, code mới vẫn cần hiểu lịch sử đã lưu.
- **Sửa sai cần có quy tắc:** Thường bổ sung sự kiện điều chỉnh để giữ được lịch sử, thay vì âm thầm ghi đè dữ liệu cũ.

## Khi nào nên dùng?

Event Sourcing phù hợp khi lịch sử thay đổi là một phần quan trọng của nghiệp vụ, như theo dõi vòng đời hợp đồng hoặc các lần điều chỉnh đơn hàng. Lợi ích phải đủ lớn để bù công sức lưu trữ và xử lý lịch sử.

Nếu chỉ cần biết trạng thái mới nhất và một nhật ký kiểm tra, lưu dữ liệu theo cách thông thường kèm audit log có thể đơn giản hơn.

Event Sourcing là gì?

Những thành phần chính

Ví dụ: dựng lại một giỏ hàng

Lợi ích

Những chi phí cần cân nhắc

Khi nào nên dùng?

Câu hỏi liên quan