proto.lib

Soft Delete (Tombstone) vs Hard Delete

Thay vì xóa hàng vật lý, hệ thống đánh dấu deleted_at (tombstone) để có thể lọc, khôi phục hoặc audit, rồi dọn dẹp thật sau bằng job nền.

ArchitectureCơ bản2026-07-07
Soft Delete (Tombstone) vs Hard Delete

Tags

#soft-delete#tombstone#data-lifecycle#audit#database

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

ArchitectureTrung bình

Lưu công việc chờ xử lý: Queue hay Database?

Queue cho sẵn delivery semantics, backpressure và consumer scaling nhưng công việc là 'hộp đen' — không query được 'còn bao nhiêu việc pending của khách X' hay huỷ một item cụ thể; một bảng database cho khả năng truy vấn, audit trail và enqueue transactional cùng dữ liệu nghiệp vụ, đổi lại phải tự cài claiming, retry và visibility.

#queue#database#work-store#outbox
ArchitectureTrung bình

Rollout cấu hình theo giai đoạn (Config as a Deploy)

Một thay đổi config phải được xem như một deploy: giá trị được version hoá trong config store, validate theo schema, rồi rollout dần (một instance, một zone, rồi toàn bộ) với auto-rollback khi health signal xấu — vì một flag sai hoặc limit sai lan tới mọi instance nhanh hơn bất kỳ code deploy nào.

#configuration#staged-rollout#canary#schema-validation
ArchitectureTrung bình

Read-Your-Writes Consistency

Với đọc từ replica, ghi vào primary nhưng đọc tiếp theo có thể trúng replica chưa kịp đồng bộ, khiến người dùng không thấy dữ liệu vừa ghi; giải pháp là làm nhất quán cho từng SESSION — không phải cho toàn hệ thống — bằng cách route đọc về primary, ghim session vào một replica, hoặc chờ replica bắt kịp version đã ghi.

#read-your-writes#session-consistency#replication-lag#sticky-routing