Message Queue

← Chương trước: Phần 1 — Nền tảng: Microservices & GitOps (2026) | Mục lục Series | Chương tiếp theo: Phần 3 — Data Layer: Chuyển đổi từ Aurora sang TiDB (2026) → Answer-first: Hệ thống Event-Driven của PayPay sử dụng Apache Kafka làm xương sống truyền tải thông điệp, kết hợp mẫu hình Saga, Transactional Outbox và cơ chế Dead Letter Queue để xử lý tải đột biến và đảm bảo tính nhất quán dữ liệu giao dịch. ...

← Chương trước: Bài 2: Kiến trúc Flash Sale — Bí ẩn phía sau Redis và Hot Keys | Mục lục Series | Chương tiếp theo: Bài 4: Tầng Dữ liệu — Từ MySQL Sharding đến TiDB NewSQL → Answer-first: Tấm khiên bảo vệ hệ thống trước cơn bão traffic Flash Sale kết hợp hàng đợi Apache Kafka để đệm đơn hàng và san phẳng đỉnh tải, cùng cơ chế suy giảm dịch vụ mềm (Graceful Degradation) tự động tắt các tính năng phụ để dồn tài nguyên cho luồng thanh toán. ...

🇬🇧 Read the English version of this article on tanhdev.com Answer-first: Kiến trúc Hướng sự kiện với Dapr Pub/Sub giải quyết bài toán nhất quán dữ liệu liên service khi chia tách Monolith thành 21+ Microservices. Hệ thống áp dụng quy ước đặt tên 3 phân đoạn ({service}.{entity}.{action}), Saga pattern với giao dịch bù trừ (Compensating Transactions), xử lý người nhận lũy đẳng (Idempotent Consumers) và Dead Letter Queues (DLQ). Trong bài viết trước, chúng ta đã khám phá cách việc từ bỏ kiến trúc nguyên khối (monolithic) để ưu tiên các ranh giới ngữ cảnh nghiêm ngặt của Thiết kế Hướng Domain (Domain-Driven Design - DDD) đã giúp một nền tảng thương mại điện tử có thể scale vượt mức 10.000+ đơn hàng mỗi ngày. Tuy nhiên, việc băm nát một database khổng lồ thành 20+ database Postgres hoàn toàn cách ly lại sinh ra một vấn đề mới cực kỳ đáng sợ: Làm thế nào để chúng ta duy trì tính nhất quán dữ liệu giữa các service đã bị cắt đứt kết nối với nhau? Khám phá thêm tại series High Concurrency Systems và System Design. ...