LAB · ARAÇ
Veri Saklama Takvimi
Günlük kayıt hacmi, kayıt başına boyut ve saklama süresinden durağan durumda depoda duran hacmin tepe değerini ve silme takvimini çıkarır. Silme işinin çalışma aralığının politikada yazan süreyi kaç gün aştığını ayrı bir kalem olarak gösterir.
Durum
ÇalışıyorGirdiler
- Kayıt türü
- seçim
- Günlük kayıt hacmi
- kayıt/gün
- Kayıt başına boyut
- bayt
- Saklama süresi
- gün
- Silme işi aralığı
- gün
- Kişisel veri durumu
- seçim
- Tutulan kopya sayısı
- kopya
Hesaplama tarayıcıda yapılır; girdiğiniz değerler sunucuya gönderilmez.
Hesapla
Girdileri değiştirdiğinizde sonuç anında güncellenir. Hangi varsayımın sonucu ne kadar değiştirdiğini görmek için tek tek oynayın.
Girdiler
Kullanıcının yazdığı metin kişisel veri taşıyabilir; bu tablodaki başlangıç varsayımları içinde en büyük boyut da buna verilmiştir.
Tür için başlangıç değeri ~4.000 bayt varsayılıyor; kendi ortalamanızı girin.
Veri minimizasyonu ilkesi saklama süresinin amaçla sınırlı olmasını gerektirir: politikanın ötesinde geçen her gün gerekçesiz tutulan gündür.
Birincil depo, replikalar ve saklanan yedekler toplamı. Silme talebi bu kopyaların tamamını kapsar.
Sonuç
Durağan durumda tepe hacim
116,79GB
Bir kaydın en uzun yaşam süresi
209gün
Hacmin dağılımı (GB)
- Politika süresi içinde100,58
- Silme gecikmesinde bekleyen16,21
Silme takvimi
Silme işi 30 günde bir çalıştığı için kayıtlar politikanın 29 gün ötesine taşıyor — tepe hacmin %13,9 kadarı politikanın gerekçelendirmediği paydır. İşi günlük çalıştırmak en uzun yaşam süresini 180 güne indirir ve 16,21 GB boşaltır; politika süresini kısaltmadan önce yapılacak ilk iş budur.
Bir silme talebi geldiğinde kaydın 3 kopyasının tamamı aranmalıdır. Yedek rotasyonu politikadan uzunsa gerçek saklama süresini yedek belirler; takvimi birincil depoya göre değil en uzun yaşayan kopyaya göre yazın.
Hesap, günlük hacmin sabit olduğu ve silme işinin her çalıştığında süresi dolan tüm kayıtları gerçekten sildiği durağan durumu varsayar. Gösterilen hacim bu durumun tepesidir: silme işinden hemen önce depoda duran en yüksek değerdir, iş sonrasında politika penceresindeki paya iner. Tepe, silme işinin o günün kayıtları girmeden önce çalıştığı kabulüyle sayılır; iş gün sonunda çalışıyorsa tepeye bir günlük hacim daha eklenir. Kayıt başına boyut, tür için verilen başlangıç değeri değiştirilmediyse kabul edilmiş bir varsayımdır — gerçek ortalama kendi şemanızdan ölçülür. Takvim bir ayı 30, bir yılı 365 gün kabul eder; kaydırma çubuğundaki ay karşılığı ile yıllık silme işi sayısı bu kabulle yazılır. Sıkıştırma, dizin ve günlük şemasının kendi ek yükü hesaba katılmaz; dizinli bir kayıt deposunda gerçek hacim buradaki sayının üzerine çıkar. Araç hiçbir hukuki saklama süresi önermez: politika süresi sizin girdiğiniz değerdir, mevzuattan gelen asgari ve azami süreleri ayrıca doğrulamanız gerekir.
Hesap nasıl kuruluyor?
Bir hesaplayıcının değeri sonucunda değil, hangi varsayımla o sonuca vardığındadır.
Kısa cevap
Gerçek saklama süresi politikada yazan gün sayısı değildir: silme işinin çalışma aralığı ve tutulan kopya sayısı hem süreyi hem depodaki hacmi büyütür.
Hesap ne yapıyor?#
Araç, girdiğiniz günlük kayıt hacmi, kayıt başına boyut ve saklama süresinden durağan durumda depoda duran tepe kayıt sayısını ve hacmini çıkarır. Aynı girdilerle silme takvimini kurar: ilk silmenin hangi günde gerçekleştiğini, her işte kaç kaydın gittiğini ve bir kaydın en uzun ne kadar yaşadığını gösterir. Hacmin ne kadarının politika penceresi içinde durduğunu, ne kadarının yalnızca silme işinin gecikmesi yüzünden depoda kaldığını ayırır. Kişisel veri durumu hacmi değiştirmez, çıkan farkın bir uyum sorunu mu yoksa yalnızca depolama gideri mi olduğunu belirler.
Formül#
Çekirdek, durağan durum varsayımıdır: her gün belirli sayıda kayıt girerken en yaşlı gün silindiğinde depo sonsuza büyümez, bir platoya oturur. Plato yüksekliğini günlük hacim ile kaydın gerçek yaşam süresi belirler. Yaşam süresi, politika süresine silme işinin bekleme payı eklenerek bulunur.
- En uzun yaşam süresi = saklama süresi + (silme işi aralığı − 1 gün); süresi dolan kayıt bir sonraki iş çalışmasını bekler.
- Durağan tepe kayıt sayısı = günlük kayıt hacmi × en uzun yaşam süresi; bu değer silme işinden hemen önceki en yüksek noktadır, iş sonrasında sayı politika penceresine iner.
- Depolanan tepe hacim = durağan tepe kayıt sayısı × kayıt başına boyut × tutulan kopya sayısı.
- İlk silmenin günü = saklama süresi, silme işi aralığının katına yukarı yuvarlanır.
- Her işte silinen kayıt = günlük kayıt hacmi × silme işi aralığı; iki iş arasında biriken gün kadarı tek seferde gider.
- Politika dışında tutulan pay = (silme işi aralığı − 1) ÷ en uzun yaşam süresi; kişisel veride bu pay bir uyum sorusu, dışında yalnızca depolama gideridir.
Varsayımlar#
- Günlük kayıt hacmi sabittir; kampanya yoğunluğu, olay patlaması ve mevsimsellik düzleştirilmiştir.
- Kayıt başına boyut, tür için konulan başlangıç değeri değiştirilmediyse kabul edilmiş bir ortalamadır; gerçek değer kendi kayıt şemanızdan ölçülür.
- Silme işi her çalıştığında süresi dolan kayıtların tamamını siler; kısmi başarısızlık ve yeniden deneme kuyruğu modellenmez.
- Silme işi, o günün kayıtları depoya girmeden önce çalışır; iş gün sonunda çalışıyorsa tepe hacim bir günlük kayıt kadar daha yüksektir.
- Her kopya kaydın tamamını taşır; artımlı yedekte gerçek hacim daha düşük, buna karşılık yedeğin yaşam süresi daha uzun olabilir.
- Bir ay 30, bir yıl 365 gün sayılır; kaydırma çubuğundaki ay karşılığı ile yıllık silme işi sayısı bu kabulle yazılır.
Neyi ölçmez#
Araç hacim ve takvim çıkarır; hukuki saklama süresi önermez. Mevzuattan doğan asgari süreler ile amaç sona erdiğinde doğan silme yükümlülüğü bu hesaptan değil, kendi kişisel veri envanterinizden ve hukuk değerlendirmenizden gelir. Depolama gideri, sıkıştırma oranı, dizin ek yükü ve soğuk katmana taşımanın etkisi hesaba girmez; bu yüzden çıkan hacim doğrudan faturaya çevrilemez. Anonimleştirmenin silmeye alternatif olup olamayacağı da değerlendirilmez; araç yalnızca kaydın depoda kaç gün ve kaç bayt olarak durduğunu söyler.
Kararı nasıl kullanmalı#
- 1Kendi ortalamanızı ölçün
Bir günlük kayıt dosyasının boyutunu o gün üretilen kayıt sayısına bölün ve çıkan değeri kayıt başına boyut alanına yazın. Tür varsayımı yalnızca başlangıç noktasıdır; hacim bu alana en duyarlı büyüklüktür.
- 2Önce gecikmeyi kapatın
Politika süresini tartışmaya açmadan silme işi aralığını düşürün. Politika dışında tutulan payı sıfıra yaklaştırmak, politika değişikliği gerektirmeyen tek kazançtır.
- 3Kopya envanterini çıkarın
Replika, saklanan yedek ve dışa aktarılmış kopyaları sayıp gerçek sayıyı girin. Silme talebi en uzun yaşayan kopyaya göre karşılandığı için takvimi birincil depoya göre yazmak yanıltır.
- 4Süreyi amaca bağlayın
Her kayıt türü için amacın ne zaman tükendiğini yazılı hale getirin ve saklama süresini o tarihe göre belirleyin. Kısaltmanın getirdiği hacim farkını kararın gerekçesinin yanına not edin.
Aracın arkasındaki kavramlar
Hesaplayıcı bir kararı hızlandırır; kararın nedenini kavram girdileri anlatır.
Lab'dan
- AraçÇalışıyorAI ROI HesaplayıcıSüre tasarrufu ve hata azaltma üzerinden yatırım geri dönüşü tahmini.
- AraçÇalışıyorAjan Adım MaliyetiBir ajan döngüsünün adım sayısı, biriken bağlamı ve kendi fiyatlarınızla toplam token faturasını hesaplar. Adım sınırının neden bir maliyet kararı olduğunu ve bağlam penceresinin kaçıncı adımda dolduğunu görünür kılar.
- DeneyYakındaAjan Bellek Mimarisi DeneyiÖzetleme, vektör belleği ve kayan pencere yaklaşımlarını aynı uzun ajan görevinde karşılaştıran ölçüm düzeni. Bellek mimarisi seçimini karara bağlamak isteyen ekipler için, bilgi kaybının hangi turda başladığını görünür kılacak denetim noktaları üzerine kurulur.
- Açık KaynakYakındaAjan İzleme KitiAjan döngüsünün her turunu — araç çağrısını, dönen yanıtı ve büyüyen bağlamı — tek bir iz kaydında toplayan kit. Başarısız bir koşunun hangi adımda saptığını sonradan yeniden oynatarak görebilmek için kurulur.
- DemoYakındaAjan Plan Görünümü DemosuAjanın planını adımlar yürümeden önce gösteren, her adımın gerekçesini ve plan değişikliklerini iz bırakacak biçimde tutan arayüz taslağı. Müdahale ve geri sarma noktalarının nereye konması gerektiğini tartışır.
- DeneyYakındaAkıl Yürütme Bütçesi DeneyiDüşünme bütçesi kademe kademe yükseltildiğinde doğruluk kazancının nerede düzleştiğini arayan ölçüm düzeni. Bütçeyi görev türüne göre ayarlamak isteyen ekipler, ek bütçenin karşılığı olup olmadığını kendi görev kümesinde görebilir.
BUILD
Hesap tuttu, sıra uygulamada
Aynı hesabı kendi verinizle yapıp mimariyi kurmak için kurumsal destek alabilirsiniz.
