Teslim, kapasite ve tekrar güvenliği

1. Gözlem SDK’nın sınırlı RAM kuyruğuna kabul edilir.
2. Seçili aktarım yoluna göre ürün ajanı veya kurum içi HTTPS aktarım servisi dayanıklı teslim alır.
3. İşlem kaydı derlenir, uygulama katmanında mühürlenir ve doğrulanır.
4. Kafka üzerinden toplu ClickHouse yazımı tamamlanır.
5. Portal incelemeye hazır kaydı sunar.

İlk yakalama dönüşünün başarılı olması beşinci aşamanın tamamlandığını söylemez.

Üç SDK’nın ortak varsayılan bütçesi 64 MiB / 1.024 kayıttır. Bekleyen paket ve kodlama alanı bütçeye dahildir. Kaynak sınırında kurumun işi bekletilmez; gözlem kaybı açıkça raporlanır. Böylece sınırsız bellek veya kusursuz teslim iddiası oluşmaz.

SDK aynı delivery kimliğini ve aynı paket byte’larını yeniden kullanır. Doğrulanmış teslim makbuzu olmadan bekleyen RAM kaydı bırakılmaz. Yerel ajan seçilmişse ajan arızasında sessizce doğrudan uzak teslim yoluna geçilmez.

close/Dispose yeni gözlemi durdurur, iş yolunda ağ veya flush beklemez. Süreç henüz ilk kalıcı kabul gerçekleşmeden sonlanırsa RAM’deki kayıt kaybolabilir. Uygulamayı aniden sonlandırıp eksiksiz merkezi kayıt beklemeyin.

Python sdk.status, Java diagnostics(), .NET Status başlangıç/kabul/bekleyen/kayıp ve son hata bilgilerini sunar. İçeriği veya servis sırlarını loglamadan ölçümleri inceleyin. Yerel kalıcı teslim sayısı ile uzaktaki kalıcı kabul sayısını ayrı okuyun.