KTTKPM_ bổ sung

Lợi ích chính của việc sử dụng kiến trúc hướng sự kiện (EDA) là gì?

• Khả năng mở rộng cao hơn, khả năng chịu lỗi tốt hơn và sự ghép nối lỏng lẻo.

• Hiệu suất tốt hơn, bảo mật tốt hơn và khả năng bảo trì dễ dàng hơn.

• Chi phí thấp hơn, tốc độ phát triển nhanh hơn và khả năng kiểm thử dễ dàng hơn.

• Tính di động tốt hơn, khả năng tương tác tốt hơn và khả năng tái sử dụng mã tốt hơn.

Mô hình giao tiếp nào được sử dụng phổ biến trong kiến trúc hướng sự kiện (EDA)?

• Mô hình yêu cầu-phản hồi.

• Mô hình xuất bản-đăng ký.

• Mô hình máy khách-máy chủ.

• Mô hình ngang hàng.

Bộ định tuyến sự kiện có vai trò gì trong kiến trúc hướng sự kiện (EDA)?

• Tạo ra các định tuyến sự kiện.

• Tiêu thụ các sự kiện.

• Định tuyến các sự kiện đến người tiêu dùng phù hợp.

• Lưu trữ các sự kiện định tuyến đến người tiêu dùng phù hợp.

Hai mô hình phổ biến của kiến trúc hướng sự kiện là gì?

• Client-Server và Microservices.

• Monolithic và Distributed.

• Broker topology và Mediator topology.

• Layered và Hexagonal.

Trong Broker topology, các event được phân phối đến event processor thông qua thành phần nào?

• Mediator.

• Event Queue.

• Message Broker.

• Event Channel.

Nhược điểm của Mediator topology liên quan đến khả năng chịu lỗi là gì?

• Mediator topology khó mở rộng hệ thống.

• Mediator trở thành điểm trung tâm có thể gây ra sự cố.

• Mediator topology độ trễ xử lý cao.

• Xử lý logic phức tạp kém hiệu quả.

Một hệ thống thương mại điện tử cần xử lý các đơn hàng, cập nhật kho hàng và gửi thông báo cho khách hàng. Yêu cầu là hệ thống cần linh hoạt để có thể thêm các chức năng mới (ví dụ: tích điểm khách hàng) mà không ảnh hưởng đến các chức năng hiện có. Kiến trúc EDA nào phù hợp nhất?

• Broker Topology

• Mediator Topology

• Cả hai đều không phù hợp

• Không có kiến trúc nào ở trên

Một hệ thống IoT thu thập dữ liệu từ hàng ngàn cảm biến và cần xử lý dữ liệu này theo
thời gian thực để đưa ra cảnh báo hoặc điều khiển thiết bị. Hệ thống này ưu tiên tốc độ
xử lý và độ trễ thấp. Kiến trúc EDA nào phù hợp nhất?

• Broker Topology

• Mediator Topology

• Cả hai đều không phù hợp

• Không có kiến trúc nào ở trên

Trong một hệ thống trò chuyện trực tuyến, làm thế nào để đảm bảo tin nhắn được gửi đến người nhận ngay cả khi có sự cố mạng tạm thời?

• Sử dụng Event Queue với chế độ "fire-and-forget".

• Sử dụng Event Channel dạng Topic.

• Sử dụng Synchronous send với Persisted message queues.

• Không cần đảm bảo tin nhắn được gửi.

Trong một hệ thống thương mại điện tử, khi một đơn hàng được tạo, cần gửi thông báo
đến nhiều hệ thống khác nhau (hệ thống kho, hệ thống thanh toán, hệ thống giao hàng).
Kiến trúc Broker Topology sẽ giải quyết vấn đề này như thế nào?

• Gửi thông báo trực tiếp từ hệ thống tạo đơn hàng đến tất cả các hệ thống liên quan, sử dụng một Mediator dạng Broker để điều phối luồng sự kiện.

• Sử dụng một message broker để nhận sự kiện "đơn hàng được tạo" và phân phối đến các hệ thống liên quan.

• Sử dụng một Mediator để điều phối luồng sự kiện.

• Lưu trữ sự kiện "đơn hàng được tạo" trong cơ sở dữ liệu và cho phép các hệ thống khác truy vấn.