Kiến trúc Core Banking hiện đại: Độ trễ ACID trong Distributed SQL, TiDB, CockroachDB và Google Spanner

Phần 2: Distributed SQL ACID Latency: TiDB, CockroachDB & Spanner

📖 Bản tiếng Anh (English Edition) Điều hướng series: Đây là Phần 2 trong giáo trình Kiến Trúc Core Banking Phân Tán. ← Phần 1: Double-Entry Ledger Schema | Bài Tổng Quan Định Hướng | Phần 3: Event Sourcing & CQRS → Phần 2: Distributed SQL ACID Latency: TiDB, CockroachDB & Spanner Answer-first: Hệ quản trị Distributed SQL mở rộng ghi ngang và chịu lỗi đa vùng nhờ Multi-Raft. Tuy nhiên, giới hạn tốc độ ánh sáng gây trễ 15ms đến 45ms liên vùng. Core banking khắc phục bằng locality-aware range lease, pipeline commit Percolator cùng giải pháp đọc bản sao stale read cho truy vấn số dư tài khoản. ...

Phân Mảnh Cơ Sở Dữ Liệu (Sharding) & Distributed SQL

Phân Mảnh Cơ Sở Dữ Liệu (Sharding) & Distributed SQL

← Chương trước: Phần 3: Chiến Lược Caching & Chống Sập Hệ Thống | Mục lục Series | Chương tiếp theo: Phần 5: Hàng Đợi Bất Đồng Bộ & Xử Lý Sự Kiện — Kafka KRaft, RabbitMQ & Backpressure → Điều kiện tiên quyết: Bạn nên đọc Phần 3: Chiến Lược Caching & Chống Sập Hệ Thống — Redis, Valkey & Cache Stampede để nắm vững cách bộ nhớ đệm che chắn cơ sở dữ liệu trước khi mở rộng tầng lưu trữ đĩa cứng. ...

Kiến trúc Core Banking hiện đại: Từ sổ cái kế toán kép đến fintech microservices bằng Go

Kiến Trúc Core Banking: Từ Double-Entry Ledger đến Microservices

📖 Bản tiếng Anh (English Edition) Kiến Trúc Core Banking: Từ Double-Entry Ledger đến Microservices Answer-first: Kiến trúc Core Banking hiện đại chuyển đổi sang hệ thống phân tán: sổ cái kép bất biến bảo đảm cân bằng Nợ/Có, Distributed SQL duy trì ACID đa vùng, Event Sourcing cùng Saga điều phối giao dịch không khóa, ISO 20022 và FAPI 2.0. Mô hình này triệt tiêu điểm nghẽn EOD và đạt P99 dưới 25ms. ...

Dapr State Store Consistency Trade-offs Explained

Dapr State Store: Đánh Đổi Tính Nhất Quán (Strong vs Eventual Consistency)

🇬🇧 Read the English version of this article on tanhdev.com Dapr State Store: Đánh Đổi Tính Nhất Quán (Strong vs Eventual Consistency) Trong hành trình xây dựng các hệ thống phân tán chịu tải cao, bài toán quản lý trạng thái (State Management) luôn là một thử thách gai góc bậc nhất. Khi một ứng dụng phân rã thành hàng chục microservices, mỗi dịch vụ lại có những đòi hỏi lưu trữ hoàn toàn khác biệt: Tầng giỏ hàng và phiên làm việc (Session) cần tốc độ phản hồi cực nhanh dưới 1ms; trong khi tầng số dư ví điện tử và sổ cái giao dịch bắt buộc phải tuân thủ nghiêm ngặt tính toàn vẹn dữ liệu ACID, không chấp nhận bất kỳ sai lệch nào ngay cả khi mạng chập chờn. ...