API bağlantılarında hata kaçınılmazdır; önemli olan hatanın veri kaybına veya mükerrer işleme dönüşmemesidir. Kimlik doğrulama, veri modeli, limitler ve hata yönetimi açısından temel mimari kararlar.
1. Yetkilendirme
Yetkilendirme tasarlanırken mutlu yolun yanına en az üç durum ekleyin: zaman aşımı, yetki hatası ve geçersiz veri. Her biri aynı şekilde tekrar denenmemelidir. Yetki hatası insan müdahalesi isterken geçici ağ hatası kuyrukta yeniden işlenebilir.
2. Veri sözleşmesi
Veri sözleşmesi kayıtlarında erişim anahtarı, müşteri adresi veya tam istek gövdesi tutmayın. Teşhis için işlem kimliği, sağlayıcı yanıt kodu, süre ve maskelemiş alanlar genellikle yeterlidir. Böylece log yararlı kalırken yeni bir veri güvenliği riski oluşturmaz.
3. Rate limit
Aynı sipariş olayı iki kez gelebilir. Rate limit katmanında harici sipariş numarasını ve kanal bilgisini birlikte benzersiz kabul etmek, ikinci olayın yeni sipariş açmasını önler. Yine de güncel durum bilgisinin işlenip işlenmeyeceği ayrıca değerlendirilmelidir.
4. Hata ve tekrar deneme
Hata ve tekrar deneme için alarm eşiğini yalnız hata sayısına bağlamayın. Normalde dakikada yüz işlem alan bir bağlantının birden sıfıra düşmesi de sorundur. Başarı oranı, kuyruk yaşı ve son başarılı işlem zamanı birlikte izlendiğinde sessiz kesintiler daha erken fark edilir.
Canlı öncesi teknik doğrulama
İlk denemeyi son karar saymayın. Bir haftalık gerçek kullanım, masa başında yapılan tahminden daha güvenilir bilgi verir.
1 ay ücretsiz kullan