Bài 03 11/10 - 12/10/2026

Ghi Chép Kiến Trúc Hướng Sự Kiện (Event-Driven Architecture)

Toàn bộ nội dung nguyên bản từ note-10-12.md: Mẫu hình Aggregator, bản chất và lợi ích của Event-Driven Architecture, phân tích chi tiết Broker Topology và Mediator Topology.

Mục 01 note-10-12.md

Note Chung

API
Aggregator:

Tổng hợp, gom nhóm từ nhiều service khác nhau để trả về cho client.

Mục đích: Giảm tải số lần gọi mạng (round-trips) cho thiết bị người dùng và che giấu cấu trúc phân rã vi dịch vụ phức tạp ở backend.
Mục 02 EDA Fundamentals

Event-Driven Architecture (EDA)

Kiến trúc hướng sự kiện cho phép các dịch vụ phản ứng tức thì với các sự kiện nghiệp vụ trong hệ thống mà không cần ghép nối trực tiếp (decoupled).

Lợi Ích Cốt Lõi

1

Loose Coupling

Khớp nối lỏng lẻo giữa các dịch vụ. Producer không cần quan tâm dịch vụ nào đang tiêu thụ sự kiện.

2

Xử lý thời gian thực

Real-time processing. Sự kiện vừa xảy ra lập tức được đưa vào kênh và xử lý ngay tức khắc.

3

Khả năng phục hồi

Fault tolerance cao. Consumer bị gián đoạn thì message vẫn nằm trong broker, không làm đổ vỡ toàn hệ thống.

Phân Loại Hai Mô Hình Chính

Broker Topology Phi tập trung

Message phân phối đều tới các event processor thông qua chuỗi phản ứng dây chuyền mà không cần trung gian điều phối.

Mediator Topology Tập trung

Có 1 thành phần trung gian (mediator) đứng ra làm nhạc trưởng điều phối toàn bộ thứ tự và trạng thái các bước xử lý.

Mô Hình 1 Choreography Pattern

Kiến Trúc Broker Topology

Mô hình hoạt động theo cơ chế phản xạ chuỗi: một sự kiện hoàn tất sẽ tự động kích hoạt sự kiện tiếp theo mà không cần nhạc trưởng chỉ đạo.

Các Thành Phần Chính

1
Initiating Event: Sự kiện phát sinh ban đầu khởi động luồng công việc.
2
Event channel: Kênh sự kiện (lưu & phát sự kiện) (Ví dụ: Apache Kafka Topic).
3
Event broker: Trung gian quản lý sự kiện (Kafka / RabbitMQ).
4
Event processor: Dịch vụ chuyên trách tiếp nhận và xử lý sự kiện.
5
Processing Event: Sự kiện mới phát sinh sau khi hoàn tất xử lý để kích hoạt bước kế tiếp.
6
Fire-and-forget broadcasting: Mỗi service publish sự kiện và không cần chờ ai xác nhận.
Mô Hình 2 Orchestration Pattern

Kiến Trúc Mediator Topology

Mô hình phối hợp trung tâm: một thành phần điều phối (Mediator) nắm giữ quy trình nghiệp vụ tổng thể, ra lệnh và kiểm tra điều kiện hoàn tất.

Kiến Trúc & Các Thành Phần

A

Initiating Event

Sự kiện phát sinh ban đầu (ví dụ: yêu cầu từ người dùng).

B

Event queue

Hàng đợi sự kiện ban đầu để tiếp nhận và xếp hàng thông điệp gửi tới Mediator.

C

Event mediator (Trung tâm điều phối)

Trái tim của kiến trúc. Tiếp nhận sự kiện khởi nguồn, quản lý trạng thái, gửi commands tới các service và theo dõi kết quả từng bước.

D

Event channel

Kênh phân phối sau mediator để truyền mệnh lệnh tới các event processor cụ thể.

So Sánh Broker Topology vs Mediator Topology

Đặc Điểm Broker Topology Mediator Topology
Cơ chế điều phối Không có thành phần trung gian (Phi tập trung) Có Event Mediator điều phối (Tập trung)
Mức độ khớp nối (Coupling) Rất thấp (Loose Coupling) Trung bình (Phụ thuộc Mediator)
Kiểm soát quy trình Khó theo dõi toàn cục workflow Rất dễ kiểm soát & theo dõi trạng thái
Phương thức phát tin Fire-and-forget broadcasting Point-to-point command & event channels
Trường hợp phù hợp Luồng đơn giản, thông báo, streaming Nhiều bước nghiệp vụ ràng buộc, thanh toán
Tài Nguyên Tuần 5 (Tháng 10/2026)

Tài Liệu Slide & Bài Tập Kèm Theo

Xem trực tuyến slide bài giảng chính thức và bài tập cá nhân 60 phút về Event-Driven Architecture.

SLIDE

Slide Event-Driven Architecture

26 trang • 1.57 MB • Giáo trình EDA chính thức

BÀI TẬP W5

Bài Tập EDA Cá Nhân 60 Phút

Báo cáo nộp (23120294.pdf) & Đề bài .docx