Başarısızlıktan sağ çıkan SMM API entegrasyonları tasarlamak

Her API entegrasyonunun ilk versiyonu mutlu yolu varsayar: bir istek gönderirsiniz, bir yanıt alırsınız, sipariş verilir. Üretim size aksini öğretir. Ağlar kopar, endpoint'ler zaman aşımına uğrar ve en tehlikeli başarısızlık, belirsiz olandır: bağlantı ölmeden önce başarılı olmuş da olmayabilir olan istek. O belirsizlik için tasarlamak işin tamamıdır.

Idempotency temel savunmadır. Her sipariş isteğine benzersiz bir anahtar iliştirin ve sunucunun o anahtarın tekrarını yeni bir işlem değil, aynı işlem olarak ele almasını sağlayın. Artık bir zaman aşımından sonraki yeniden deneme güvenlidir: orijinal istek gerçekleştiyse, çift ücret yerine mevcut siparişi geri alırsınız. Bu olmadan, her yeniden deneme bakiyenizle oynanan bir kumardır.

Yeniden denemeleri backoff ile üzerine katmanlandırın. Geçici hatalar (bir 429 rate limit, bir 503, bir ağ sıfırlaması) anında zorlanmak yerine artan gecikmeler ve bir üst sınırla yeniden denenmelidir. Kalıcı hatalar (bir 400 hatalı istek, bir yetersiz bakiye yanıtı) hızlıca başarısız olmalı ve bir insana yansımalıdır; çünkü onları yeniden denemek yalnızca zaman kaybettirir ve gerçek problemi gizler.

Son olarak mutabık kılın. Her istek ve yanıtı idempotency anahtarı ve sipariş ID'siyle birlikte kaydedin ve kayıtlarınızı panelin sipariş durumlarıyla karşılaştıran periyodik bir işi çalıştırın. Mutabakat, panelde başarılı olan ama sizin tarafınızda kaydedilemeyen siparişi yakalayan şeydir. SocialGO'nun API'si tam olarak bu döngünün kurulmasını kolaylaştırmak için tutarlı sipariş ID'leri ve durumları döndürür: güvendiğiniz otomasyon ile başında beklemek zorunda olduğunuz otomasyon arasındaki fark.