proto.lib

Cache vs Materialized View cho Read nhanh

Cache được nạp theo yêu cầu (on-demand) và có hạn dùng (expire) — đơn giản, tự phục hồi, nhưng lạnh sau deploy và có rủi ro thundering herd; materialized view/read model được duy trì bởi mỗi lượt ghi — luôn nóng, độ trễ dự đoán được, nhưng phải rebuild khi đổi shape và làm nặng thêm mỗi write.

ArchitectureTrung bình2026-08-25
Cache vs Materialized View cho Read nhanh

Tags

#cache#materialized-view#read-model#thundering-herd#cold-start#read-optimization

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

Tiêu chí chọn Datastore theo Access Pattern

Chọn nơi lưu trữ nên bắt đầu từ truy vấn phải phục vụ (point lookup, range scan, aggregation, full-text, graph traversal), mức consistency cần, tốc độ ghi và kích thước dữ liệu — rồi mới xét engine, vì đa số câu chuyện "chọn sai database" thực ra là lệch access pattern chứ không phải sản phẩm tệ.

#datastore-selection#access-pattern#polyglot-persistence#read-model
ArchitectureTrung bình

Constant Work Pattern: tải cố định bất kể có thay đổi hay không

Thay vì phản ứng theo sự kiện (mà tần suất tăng vọt đúng lúc có sự cố), thành phần định kỳ xử lý lại TOÀN BỘ trạng thái — đẩy lại một snapshot cấu hình đầy đủ, hoặc reconcile toàn bộ — nên tải của nó luôn phẳng và hành vi vào ngày xấu nhất giống hệt hành vi được kiểm thử mỗi ngày.

#constant-work#reliability#load-shedding#config-distribution
ArchitectureTrung bình

Serverless Function và Container: chọn runtime nào

Cùng một dịch vụ có thể chạy dưới dạng function scale-to-zero (nền tảng quản lý concurrency, tính tiền theo request) hoặc container chạy dài hạn (giữ cache/connection pool nóng, tính tiền theo thời gian sống). Chọn sai runtime khiến chi phí hoặc độ trễ tệ hơn hẳn.

#serverless#faas#container#cold-start