Teknik ekip için “çalışıyor” ifadesi ölçülebilir olmalıdır: kaç istek başarılı, kaçı bekliyor ve hangisi neden tekrar deneniyor? Aynı olayın yeniden gelmesi durumunda güvenli işlem için benzersiz anahtar ve durum modelini kullanın.
1. Harici işlem kimliği
Harici işlem kimliği 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. Idempotent yazma
Idempotent yazma 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. Durum geçişleri
Aynı sipariş olayı iki kez gelebilir. Durum geçişleri 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. Mutabakat sorgusu
Mutabakat sorgusu 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
Sonucu yalnız satış adediyle değerlendirmeyin. Hata düzeltmeye ayrılan süre ve bekleyen iş sayısı da kararın parçasıdır.
1 ay ücretsiz kullan