Tekrar deneme stratejisi
Tekrar deneme stratejisi hangi hatada, ne kadar bekleyerek ve hangi sınıra kadar yeniden deneneceğini belirler.
Tekrar deneme stratejisi, başarısız veya yanıtsız işlemin ne zaman yeniden deneneceğini belirler. Geçici sorunlarla önce düzeltilmesi gereken hataları ayırır; deneme sayısını veya toplam süreyi sınırlar.
Kurgusal örnekte entegrasyon üç ek denemeden önce sırasıyla 2, 4 ve 8 saniye beklesin. Bunlar genel kural değildir, örnek değerlerdir. Rastgele ek bekleme, çok sayıda alıcının aynı anda yeniden göndermesini azaltabilir. Hedef sistemin kuralları da dikkate alınır.
Eksik ürün kodu yalnız beklemekle geçerli olmaz. Kaybolan yanıt ise daha önce tamamlanmış işlemi gizleyebilir. Tekrardan önce idempotans veya sonuç karşılaştırmasıyla güvenli etki netleşmelidir. Tekrar etmek tek başına hatayı düzeltmek değildir.
Kaynaklar
İlgili terimler
- İdempotansİdempotans, aynı işlem tekrarlandığında sistem durumunda tek bir çalıştırmayla aynı amaçlanan etkinin oluşmasıdır.
- İstek hızı sınırlamaİstek hızı sınırlama, bir istemcinin belirli sürede kaç istek gönderebileceğini kuralla sınırlar.
- Server-Sent EventsServer-Sent Events, arka plan işinin ilerlemesi gibi metin bildirimlerini HTTP bağlantısıyla sunucudan istemciye taşır.
- ETagETag, HTTP kaynağının belirli bir gösterim sürümünü tanımlar; koşullu okuma veya değişiklik isteklerinde kullanılır.
- Cross-Origin Resource SharingCORS, tarayıcıda farklı origin’den gelen yanıtların okunmasını düzenler. API’de oturum açmanın veya yetki kontrolünün yerini tutmaz.
- Elektronik veri değişimiEDI, yapılandırılmış iş belgelerini sistemler arasında aktarır. Biçim, iş ortağı profili, veri eşlemesi ve yanıtların birbiriyle uyumlu olması gerekir.
Projeniz ASES ile
Projenizi bize anlatın. İlk değerlendirmemizle size dönelim.