Chọn cách khắc phục phù hợp
Cùng một mã lỗi mô tả hai tình huống khác nhau. Hãy kiểm traretryable trước khi
thực hiện bất kỳ thao tác nào; chỉ riêng trạng thái HTTP không cho biết bạn có nên thử lại hay không.
Dữ liệu đầu vào khác
Yêu cầu vẫn đang được xử lý
Ví dụ này cũng có tiêu đề phản hồi HTTPRetry-After: 1.
Giữ ổn định danh tính thử lại
Đối với các thao tác có tài liệu về tính idempotent, khóa được xác định phạm vi theo tổ chức, tài khoản dịch vụ, phương thức HTTP, đường dẫn tài nguyên và phiên bản API đã được xác định. Việc thay đổi bất kỳ yếu tố nào trong số đó sẽ tạo ra một danh tính thử lại khác; điều này không giúp khôi phục thao tác ban đầu. Việc xoay vòng thông tin xác thực trong cùng một tài khoản dịch vụ không làm thay đổi danh tính đó, tuy nhiên thông tin xác thực thay thế vẫn phải có quyền phù hợp. Hãy giữ nguyên khóa, nội dung yêu cầu, đường dẫn và phiên bản ban đầu khi khôi phục sau lỗi hết thời gian chờ. Không tạo khóa mới chỉ để vượt qua xung đột: thao tác ghi ban đầu có thể đã thành công. Hãy truy xuất tài nguyên khi đã biết ID của tài nguyên đó và sử dụng quy trình khôi phục được nêu trong tài liệu của thao tác. Một phản hồi phát lại đã hoàn tất sẽ mangIdempotent-Replayed: true ở những thao tác có tài liệu về việc phát lại phản hồi.
Việc gửi Idempotency-Key không làm cho một thao tác trở nên idempotent trừ khi
tài liệu tham chiếu của thao tác đó nêu rõ là hỗ trợ tiêu đề này. Cơ chế bảo vệ khi thử lại bị giới hạn bởi
chính sách lưu giữ của thao tác; đây không phải là bảo đảm vĩnh viễn chống trùng lặp.
Nếu quá trình xử lý vẫn chưa được giải quyết, vui lòng liên hệ Bộ phận Hỗ trợ của Living Security
và cung cấp request_id, dấu thời gian UTC, phương thức, đường dẫn và phiên bản API. Tuyệt đối không đính kèm
khóa API, client secret hoặc access token.