Chốt quy tắc làm mới dữ liệu trước khi thêm cache

Cache giúp việc đọc lặp thuận tiện, nhưng đồng thời tạo quyết định về phiên bản thông tin khách hàng nhìn thấy. Trước khi thêm, hãy nêu dữ liệu nghiệp vụ và thời gian nó được phép chưa cập nhật. Mô tả sản phẩm công khai và hạn mức tín dụng còn lại của khách hàng không nên dùng chung chính sách chỉ vì cả hai đều nằm trong phản hồi ứng dụng.

Định nghĩa độ mới bằng ngôn ngữ nghiệp vụ

Hỏi lúc nào thay đổi phải xuất hiện và thao tác nào xác nhận giá trị chính thức. Một số dữ liệu chịu được độ trễ. Dữ liệu khác cần kiểm tra mới tại lúc chốt giao dịch, dù phần hiển thị trước đó dùng bản lưu. Xem sự phân biệt này là quy tắc sản phẩm.

Với cache HTTP, RFC 9111 phân biệt chỉ thị phản hồi no-cache không có đối số, yêu cầu xác thực lại trước khi dùng lại, với no-store, cấm lưu và dùng lại ở cache tuân thủ.[8] Hai tên này không thể thay thế nhau. Đừng mặc định cache trong ứng dụng tự thực hiện quy tắc cache HTTP.

Thời hạn ngắn có thể tăng lượt gọi nguồn, còn thời hạn dài có thể khiến khách hàng thấy thông tin cũ. Vô hiệu hóa theo sự kiện thêm công điều phối và cần xử lý lỗi riêng. Chọn theo tác hại của dữ liệu cũ và khả năng vận hành thiết kế của nhóm.

Bắt đầu với nhóm dữ liệu hẹp, đo cả tính đúng lẫn phản hồi. Nếu nhóm chưa giải thích được cập nhật tới người đọc thế nào, hãy hoãn thêm cache. Đường đi chậm hơn nhưng được hiểu rõ là điểm xuất phát tốt hơn một phiên bản sự thật nghiệp vụ thứ hai chưa được giải thích.

Chọn khóa và điều kiện vô hiệu hóa

Mô tả điều gì khiến hai yêu cầu được phép dùng chung một mục lưu. Xét phạm vi cấp quyền, ngôn ngữ, đầu vào truy vấn liên quan và phiên bản dữ liệu gốc. Nên rà soát ranh giới danh tính trước khi đo tốc độ. Mục lưu chia sẻ quá rộng không thể chấp nhận chỉ vì nó nhanh.

Sau đó chọn cách mục lưu hết được dùng lại: thời hạn, sự kiện cập nhật rõ ràng, thay phiên bản hoặc kết hợp. Giải thích khi vô hiệu hóa thất bại hay nguồn không truy cập được thì sao. Giữ quy tắc đủ hẹp để nhóm thử hành vi của nó.

Ví dụ giả định: danh mục khóa học

Trong ví dụ giả định này, đơn vị đào tạo lưu cache mô tả khóa học công khai. Nhân viên chấp nhận nội dung chỉnh sửa xuất hiện chậm một chút, nhưng số chỗ còn lại phải được kiểm tra khi ghi danh. Vì vậy, thiết kế tách mô tả đã lưu khỏi quyết định chốt đăng ký.

Nhóm thử cập nhật khóa học, hủy khóa và hai vai trò tài khoản khác nhau. Họ không lấy trang danh mục nhanh hơn làm bằng chứng rằng ghi danh vẫn đúng. Ví dụ minh họa chính sách riêng theo dữ liệu, không khẳng định một thời hạn phù hợp với mọi doanh nghiệp.

Kiểm tra tính đúng trước biểu đồ tốc độ

Dùng thay đổi và kiểu truy cập đại diện trong thử nghiệm có kiểm soát. Yêu cầu chủ nghiệp vụ duyệt các quyết định sau.

• Nêu người sở hữu dữ liệu và ranh giới chấp nhận dữ liệu cũ.
• Định nghĩa trường quyết định danh tính mục lưu.
• Chọn điều kiện vô hiệu hóa và hành vi khi thất bại.
• Xác minh sự tách biệt giữa các phạm vi cấp quyền.
• Thử bước chốt cuối cùng với giá trị chính thức.