API hatalarını, yeniden denemeleri ve idempotency'yi ele alma

Yalnızca mutlu senaryo için değil, başarısızlık için de tasarım yapın. En tehlikeli durum belirsiz olandır: bağlantı kesilmeden önce başarılı olmuş da olabilecek olmamış da olabilecek bir istek.

Sipariş isteklerinde bir idempotency anahtarı kullanın; böylece bir zaman aşımından sonra yapılan güvenli bir yeniden deneme, yinelenen bir ücret oluşturmak yerine mevcut siparişi döndürür. Geçici hataları (hız limitleri, geçici 5xx) artan geri çekilme ve bir üst sınırla yeniden deneyin.

Hatalı istek veya yetersiz bakiye gibi kalıcı hatalarda hızla durun ve bunları bir insana iletin. Bunları yeniden denemek yalnızca zaman kaybettirir. Daha sonra uzlaştırabilmek için her isteği ve yanıtı sipariş kimliğiyle birlikte kaydedin.