# Teslim, kapasite ve tekrar güvenliği

RAM kabulü, yerel dayanıklı teslim ve merkezde mühürlü kayıt farklı aşamalardır.

## Teslim aşamaları

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.

## Sonlu kaynaklar

Üç 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.

## Yeniden deneme

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.

## Kapanış

`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.

## Durum göstergeleri

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.