Bạn cần đảm bảo chỉ một instance chạy một job. Khoá phân tán bằng Redis có an toàn không?

Cách xử lý đúng cho trường hợp tính đúng đắn là fencing token: mỗi lần cấp khoá, dịch vụ khoá trả về một số tăng dần, và TÀI NGUYÊN được bảo vệ từ chối mọi ghi có token nhỏ hơn token lớn nhất nó từng thấy. Nghĩa là instance ngủ dậy muộn vẫn ghi được nhưng sẽ bị từ chối. Điểm mấu chốt là việc kiểm tra nằm ở phía tài nguyên, không ở phía client — nếu tài nguyên không hỗ trợ điều đó thì bạn không có bảo đảm nào cả.

Về Redlock, thuật toán dùng nhiều node Redis: nó gây tranh cãi công khai giữa Martin Kleppmann và Salvatore Sanfilippo, và điểm quan trọng rút ra là nó dựa vào giả định về đồng hồ và về độ trễ mạng có giới hạn — hai thứ không đúng trong hệ bất đồng bộ. Với tính đúng đắn thật sự thì thứ bạn cần là một hệ đồng thuận (etcd, ZooKeeper, Consul) chứ không phải một cache.

Nhưng câu trả lời thực dụng nhất thường là tránh cần khoá. Nếu job có thể chạy hai lần mà kết quả không đổi — nghĩa là idempotent — thì bạn không cần bảo đảm gì. Nếu công việc có thể chia theo khoá và mỗi khoá do một partition xử lý, bạn cũng không cần. Rất nhiều nhu cầu khoá phân tán biến mất khi thiết kế lại theo hướng đó, và đề xuất được điều này là tín hiệu senior rõ hơn cả việc kể tên etcd.