किसी write endpoint को retry के लिए सुरक्षित आप कैसे बनाते हैं?

क्लाइंट को एक idempotency key दें, पहली सफल write के नतीजे के साथ उसे स्टोर करें, और किसी भी दोहराव पर वही स्टोर किया गया नतीजा लौटाएं। डेटाबेस स्तर पर uniqueness लागू करें ताकि एक साथ आई नकलें दोहरी write करने के बजाय टकरा जाएं। key का दायरा हर ग्राहक तक सीमित रखें, उन्हें समझदार अवधि के बाद एक्सपायर करें, और जहां भी मौजूद हो, order id जैसी स्वाभाविक बिजनेस key को deduplication का आधार बनाएं।

क्लाइंट एक idempotency key बनाता है, आम तौर पर UUID, और उसे हेडर में भेजता है। सर्वर की तरफ मैं customer id और उस key पर एक unique constraint वाली टेबल रखता हूं, और key तथा response को उसी transaction में लिखता हूं जिसमें बिजनेस write होती है। फिर कोई दोहराव या तो unique constraint से टकराता है या स्टोर की गई row पा लेता है और मूल response दोबारा चला देता है, तो retries मुफ्त हो जाते हैं। दो बातें मायने रखती हैं। पहली, uniqueness डेटाबेस में ही रहनी चाहिए, क्योंकि अगर आप पहले select फिर insert करेंगे, तो एक साथ आए दो retry दोनों जांच पार कर जाएंगे। दूसरी, आपको तय करना होगा कि जब दूसरी रिक्वेस्ट तब आए जब पहली अभी चल रही हो तो क्या करना है। हम ब्लॉक करने के बजाय Retry-After के साथ 409 लौटाते थे, जिससे हमारा connection pool सेहतमंद रहा। मैं रिक्वेस्ट बॉडी का hash भी स्टोर करता हूं ताकि वही key किसी दूसरे कंटेंट के साथ इस्तेमाल हो तो वह चुपचाप गलत जवाब देने के बजाय अस्वीकार हो जाए।