Valkey ile veri erişimini planlayın.

Açık kaynaklı Valkey ile önbellek, oturum ve olay akışı ihtiyaçlarını mevcut sisteminizle birlikte değerlendiriyoruz.

İhtiyacınızı konuşalım
Valkey ile ortak uygulama verileri Farklı uygulamalar ortak bir anahtar-değer alanına bağlanıyor. Yanındaki ayrı olay akışı, verinin kullanılabileceği bir başka alanı temsil ediyor.
ÖnbellekOlay akışlarıHyperLogLog

Kullanım alanları.

Valkey için olası kullanım alanlarını işinize ve mevcut altyapınıza göre değerlendiriyoruz.

Önbellek ve oturum

Sık erişilen verileri ve süreli kullanıcı oturumlarını bellek içinde tutmak için uygun anahtar ve sona erme kuralları tasarlarız.

Sayaçlar ve sınırlar

Sayaçlar ve istek hızı sınırları gibi kısa süreli veriler için kullanılacak veri yapılarını ve uygulama davranışını belirleriz.

Olay akışları

Arka plan işleri ve olay akışları için Valkey veri yapılarını değerlendiririz. Hata ve tekrar işleme ihtiyaçlarını işin kapsamına göre ele alırız.

Bloom ile üyelik ön kontrolü

Valkey 8 ve üzerindeki uygun kurulumlarda, ayrıca yüklenen Valkey-Bloom modülüyle üyelik ön kontrolü yapabiliriz. Modülün ve komutların kullanılan hizmetteki erişilebilirliğini doğrularız.

HyperLogLog ile tekil sayım

Valkey’in HyperLogLog yapısı, farklı ziyaretçi, hesap veya cihaz sayısını yaklaşık hesaplamak için kullanılabilir. Belirli bir kişinin kümede olup olmadığını göstermez.

Nasıl destek oluruz?

Çalışmanın kapsamını ihtiyacınıza, mevcut sistemlerinize ve ekibinizin önceliklerine göre belirliyoruz.

Filtre ve sayım tasarımı

Bloom filtresinin kapasitesini, hata hedefini ve güncelleme akışını belirler; HyperLogLog için ölçüm dönemlerini planlarız. RedisBloom ile Valkey-Bloom’un filtre verileri RDB biçiminde uyumlu değildir; geçiş için filtreleri kaynak verilerden yeniden oluşturmayı planlarız. Cuckoo, Count-Min Sketch, Top-K ve t-digest Valkey-Bloom’a dahil değildir. Bazı ihtiyaçları kümeler ve sayaçlarla ele alabilir; yaklaşık yapılar için uyumlu ek bileşenleri değerlendirebiliriz.

Örnek senaryolar.

Bu örnekler, farklı ihtiyaçlar için neler geliştirilebileceğini gösteriyor.
70 senaryo ve 4 ileri deseni inceleyin

Örnek: olası üyeliği doğrulama
  1. Üyelik sorgusu
  2. Valkey-Bloom
  3. Olası eşleşme
  4. Kaynakta doğrulama

Uyumlu Valkey-Bloom modülü ayrıca yüklenir; filtre güncel değilse kaynak kullanılır.

Mevcut sistemde geçiş

Redis kullanan bir uygulama için istemci ve komut uyumluluğu test edilebilir. Sonuçlara göre geçiş sırası ve gerektiğinde geri dönüş yolu belirlenebilir.

Paylaşılan oturumlar

Birden çok uygulama sunucusu, süreli kullanıcı oturumlarını ortak bir Valkey katmanında tutabilir. Oturum süresi ve bağlantı sorunlarında davranış birlikte belirlenir.

Olmayan kayıtların ön kontrolü

Valkey-Bloom ile güncel ve eksiksiz bir filtre, katalogda bulunmayan ürün kimliklerini önceden eleyebilir. Filtre hazır veya güncel değilse ana kaynağa başvurulur; olası eşleşmeler de orada doğrulanır.

Olay ve webhook tekrarları

Bloom filtresi, daha önce işlenmiş olabilecek olay kimliklerini ayırabilir. Olası tekrar kesin kayıttan doğrulanır; filtre tek başına yalnızca bir kez işleme garantisi vermez.

Tekil ziyaretçi ve kampanya erişimi

HyperLogLog, bir dönemdeki farklı ziyaretçilerin veya kampanyaya erişen kullanıcıların sayısını yaklaşık hesaplayabilir. Kişilerin listesini veya tek tek üyeliklerini vermez.

İşlem ve cihaz risk sinyalleri

Valkey-Bloom ile kullanıcı–cihaz geçmişi ön kontrolden geçirilebilir; HyperLogLog ile bir IP’den gelen farklı hesapların sayısı tahmin edilebilir. Risk incelemesi bu sinyalleri kesin kayıtlar ve diğer kurallarla birlikte ele alır.

Filtre ve analiz örnekleri.

Bu katalog, yukarıdaki örneklerle birlikte farklı kullanım alanlarını da içerir. Her başlığı açarak senaryoları ve uygulama koşullarını inceleyin.

Valkey-Bloom ile üyelik ön kontrolü18 örnek

Valkey-Bloom ayrıca yüklenir; modül Valkey 8.1 ve üzeri için derlenir, 8.0 için uygun derleme seçeneği gerekir. Hizmetin modül desteği doğrulanır. Yanlış pozitifler ana kayıtta kontrol edilir; filtre eksik veya güncel değilse ana kaynağa dönülür.

  • İşlem konumu. Geçmişte kullanılan konumlar ön kontrolden geçirilir; yeni bir konum tek başına dolandırıcılık kanıtı değildir.
  • Cihaz, IP ve e-posta geçmişi. Kullanıcıyla ilişkili cihaz veya adreslerin görülüp görülmediği incelenir; kimlik doğrulama ayrıca yapılır.
  • Satıcı, kategori ve tutar aralığı. Kullanıcı, satıcı, kategori ve uygulamanın belirlediği tutar aralıkları risk değerlendirmesine sinyal verebilir.
  • Bilinen risk kayıtları. Kayıp veya çalıntı kartlar ve riskli kimlikler ön kontrolden geçirilir; olası eşleşmeler ana listede doğrulanır.
  • Olmayan kayıtlar. Güncel ve eksiksiz filtre, bulunmayan ürün, hesap veya belge kimliklerini veritabanı sorgusundan önce eleyebilir.
  • Kullanıcı adı, e-posta ve içerik adresi. Kullanılmış olabilecek adlar önceden kontrol edilir; kesin benzersizlik veritabanında korunur.
  • Reklam tekrarları. Daha önce gösterilmiş olabilecek reklamlar ayrılabilir; gösterim sınırları için ayrıca sayaç gerekir.
  • İçerik, ürün ve arkadaş önerileri. Görülmüş olabilecek adaylar elenebilir; yanlış pozitif yeni bir adayı da gizleyebilir.
  • Taranmış URL’ler. Daha önce ziyaret edilmiş olabilecek adresler ayrılır; yeniden tarama takvimini uygulama yönetir.
  • Olay ve webhook tekrarları. Olası tekrarlar kesin kayıtta doğrulanır; filtre tek başına yalnızca bir kez işleme garantisi vermez.
  • Dosya ve veri blokları. Olası tekrarlar disk indeksinde doğrulanır; yeni veri yalnızca filtre sonucuna dayanarak atılmaz.
  • Zararlı adresler. URL, alan adı veya IP için olası risk eşleşmeleri doğrulanır; listede olmamak güvenlik garantisi değildir.
  • Sözlük ön kontrolü. Olası kelime eşleşmesi sözlükte doğrulanır; filtre düzeltme önerisi üretmez.
  • Disk dosyası okumaları. Dosya veya blok özetleri ilgisiz okumaları elemek için kullanılabilir; depolama katmanına özel entegrasyon gerekir.
  • Parquet parçaları. Sütun parçaları için ön eleme tasarlanabilir; Parquet’in kendi filtresi ayrı bir uygulamadır.
  • Log ve trace blokları. Kimlik içermeyen bloklar önceden elenebilir; özel indeksleme ve sorgu entegrasyonu gerekir.
  • Join öncesi eleme. Eşleşemeyecek anahtarlar ayrılabilir; gerçek join işlemi yine sorgu motorunda yapılır.
  • Dağıtık önbellek dizini. Olası düğümler özetlerle seçilir; içerik ilgili düğümden doğrulanır ve özetler güncel tutulur.
Değişen üyelik listeleri10 örnek

Valkey-Bloom Cuckoo filtresi içermez. Bu ihtiyaçların bazıları Valkey kümeleriyle kesin üyelik olarak tasarlanabilir; bellek kullanımı, süre yönetimi ve eşzamanlılık farklıdır.

  • Kampanya hedef kitlesi. Katılımı doğrulanan kişiler aday kümesinden çıkarılabilir; katılım kaydı ayrıca tutulur.
  • Kuponlar. Geçerli kodlar ön kontrolden geçirilir; tek kullanımlık koşulu eşzamanlı isteklerde ana sistemde atomik olarak yönetilir.
  • Değişen risk ve güven listeleri. İnceleme sonucuna göre cihaz veya hesaplar listeye eklenir ya da listeden çıkarılır.
  • İptal edilen token ve API anahtarları. İptal kayıtları ön kontrolden geçirilir; imza, süre ve yetki doğrulaması ayrıca yapılır.
  • Oturum ve çevrimiçi cihazlar. Oturum veya WebSocket açılışında ve doğrulanmış kapanışta üyelik güncellenir; gerçek durum ayrıca tutulur.
  • Aktif katalog ve stok. Aktif ürünler ön kontrolden geçirilir; stok adedi ve rezervasyon kararları ana kayıtta tutulur.
  • Önbellek düğümleri. Nesnelerin bulunabileceği düğümler izlenir; çıkarma ve önbellek yenileme birlikte yönetilir.
  • Süreli olay ve URL takibi. Bir dönemde görülen kimlikler izlenir; süre ve çıkarma işlemlerini uygulama yönetir.
  • İçerik gizleme tercihleri. Geri alınabilen tercihler aday listesini süzebilir; asıl tercih kaydı ayrıca korunur.
  • İş ve abonelikler. Bekleyen iş veya aktif abonelikler ön kontrolden geçirilir; kilit ve yetki kararı ayrıca verilir.
Sıklık ve tekrar sayımları10 örnek

Valkey-Bloom Count-Min Sketch içermez. Bazı sıklık ihtiyaçları Valkey sayaçlarıyla ele alınabilir; yaklaşık özet için uygun ek bileşen gerekir. Dönem ve birleştirme mantığı ayrıca tasarlanır.

  • Ürün talebi. Ürün başına satış veya görüntülenme sıklığı izlenebilir; mali kayıt ayrı tutulur.
  • Giriş denemeleri. Kullanıcı veya IP başına artan denemeler inceleme sinyali verebilir; kesin engelleme için doğrulama gerekir.
  • Kart–işyeri tekrarları. İşlem eşleşmelerinin sıklığı risk değerlendirmesine girdi olabilir; tek başına dolandırıcılık kanıtı değildir.
  • API kullanımı ve kota. İstek sayısı yüksek müşteri ve uç noktalar incelenebilir; faturalama ve kesin kotalar ayrı kayıtlara dayanır.
  • Reklam gösterim sıklığı. Kullanıcı ve kampanya bazında gösterim yoğunluğu izlenir; sözleşmesel sayımlar ayrıca tutulur.
  • Log, hata ve cihaz olayları. Bilinen hata kodlarının veya cihaz olaylarının sıklığı izlenir; ham olay kayıtları korunur.
  • Sözcük, n-gram ve arama terimleri. Bilinen terimlerin sıklıkları karşılaştırılır; metnin ayrıştırılması uygulamaya aittir.
  • Önbelleğe alma kararı. Erişim sıklığı adayları karşılaştırmaya yardımcı olabilir; kabul ve yaşlandırma kuralları ayrıca tasarlanır.
  • Yoğun trafik adayları. Bilinen adayların trafiği toplamla karşılaştırılır; aday kimlikleri ayrı bir akıştan alınır.
  • Bölgesel sayımlar. Uyumlu bölge veya dönem özetleri birleştirilebilir; aynı olayın iki kez sayılmaması ayrıca yönetilir.
Popülerlik ve yoğunluk10 örnek

Valkey-Bloom Top-K içermez. Sıklık sıralaması sayaçlar ve sıralı kümelerle kurulabilir; bu, yaklaşık Top-K özetiyle aynı yapı değildir ve veri ile dönem yönetimi gerektirir.

  • Trend etiket ve içerikler. Belirli dönemde sık görülen etiket veya içerik adayları listelenebilir.
  • Popüler aramalar. Sık aranan terimler bulunabilir; sıklık kişisel ilgi veya anlamsal önem anlamına gelmez.
  • Popüler ürünler. Satış veya görüntülenme olayları ürün adaylarını sıralayabilir; kesin satış raporu ayrıca tutulur.
  • Yoğun ağ akışları. Paket sıklığına göre yoğun IP, port ve protokol akışları incelenebilir; veri aktarım maliyeti ölçülmelidir.
  • Bot ve saldırı incelemesi. Yoğun kaynaklar ayrıntılı incelemeye alınabilir; yüksek trafik tek başına saldırı kanıtı değildir.
  • Sıcak anahtarlar ve içerikler. Sık erişilen anahtarlar veya CDN içerikleri önbellek ve kapasite çalışmaları için aday olabilir; işlem ayrıca yürütülür.
  • Uç nokta ve müşteri yoğunluğu. Yoğun çağrı alan uç noktalar veya müşteri grupları belirlenebilir; çağrı sayısı işlem maliyeti değildir.
  • Yaygın hata imzaları. Sık görülen hatalar incelenebilir; seyrek ama kritik hatalar için ayrı alarmlar gerekir.
  • Aktivite ve oyun listeleri. Etkinlik sayısına dayalı listeler hazırlanabilir; kesin ödül ve skor kayıtları ayrıca tutulur.
  • Liste değişiklikleriyle iş başlatma. Aday listesi değiştiğinde vitrin veya inceleme kuyruğunu güncelleme mantığı uygulamada kurulur.
Yüzdelikler ve dağılımlar10 örnek

Valkey-Bloom t-digest içermez. Bu dağılım hesapları için uygun bir uygulama kütüphanesi veya ayrı analiz bileşeni gerekir; destek ve sürüm koşulları ayrıca değerlendirilir.

  • API ve veritabanı gecikmeleri. p50, p95 ve p99 ile yanıt sürelerinin dağılımı incelenebilir; az gözlemde uç yüzdelikler dikkatle yorumlanır.
  • SLO eşikleri. Bir sürenin dağılımdaki yeri tahmin edilebilir; eşit değerlerin CDF hesabına etkisi ve kesin ihlal sayısı ayrıca değerlendirilir.
  • Kırpılmış ortalama. Seçilen yüzdelik aralığının ortalaması hesaplanabilir; dışlanan uç değerler ayrıca izlenmelidir.
  • Oyun skorlarının yüzdelikleri. Bir skorun geçmiş dağılımdaki konumu görülebilir; kesin oyuncu sırası ayrı tutulur.
  • Ağ trafiğinde olağandışı artış. Ölçümler geçmiş yüzdeliklerle karşılaştırılabilir; eşik aşımı tek başına saldırı kanıtı değildir.
  • IoT ve bakım. Sıcaklık veya akım gibi ölçümler olağan aralıklarla karşılaştırılarak incelemeye yönlendirilebilir.
  • Dağıtık ölçümlerin birleşimi. Uyumlu dağılım özetleri birleştirilir; ayrı p99 değerleri doğrudan ortalanmaz.
  • İşlem tutarları. Benzer işlem gruplarının tutar dağılımları karşılaştırılabilir; yüksek tutar tek başına risk kanıtı değildir.
  • Kuyruk ve teslimat süreleri. Bekleme ve tamamlanma süreleri özetlenebilir; iş kimlikleri ve olay sırası ayrıca tutulur.
  • A/B ve sürüm karşılaştırması. Ayrı grupların gecikme dağılımları incelenebilir; istatistiksel anlamlılık ayrıca değerlendirilir.
HyperLogLog ile tekil sayım12 örnek

Valkey’in yerleşik HyperLogLog yapısı farklı öğeleri yaklaşık sayar; kişileri listelemez veya tek tek üyelik sorgulamaz. Dönem özetleri toplanmak yerine birleştirilir.

  • Tekil ziyaretçiler. Bir dönemdeki farklı ziyaretçi kimlikleri yaklaşık sayılır; IP adresi her zaman tek bir kişiyi temsil etmez.
  • Video ve müzik erişimi. İçerik başına farklı izleyici veya dinleyici sayısı tahmin edilir; oynatma süresi ayrıca ölçülür.
  • Benzersiz arama sorguları. Normalleştirilmiş sorguların çeşitliliği izlenir; sorguların listesi ve sıklığı ayrı tutulur.
  • Taranan URL kapsamı. Dönem içinde kaç farklı adrese ulaşıldığı tahmin edilir; belirli bir URL’nin üyeliği sorgulanamaz.
  • Günlük, haftalık ve aylık kullanıcılar. Günlük özetler birleştirilerek dönemlik aktif kullanıcı tahmini yapılır; günlük sayılar toplanmaz.
  • Kampanya erişimi. Kanalların kullanıcı özetleri birleştirilebilir; ortak kimlik eşleştirmesi uygulamaya aittir.
  • Bölge ve servisler arası sayım. Farklı kaynaklardaki kimliklerin birleşim sayısı uyumlu özetlerden yaklaşık hesaplanabilir.
  • IP, hesap ve cihaz çeşitliliği. Bir IP’ye bağlı farklı hesap veya bir hesabın kullandığı farklı cihaz sayısı risk sinyali olabilir.
  • Etkin IoT cihazları. Dönemde veri gönderen cihazlar sayılabilir; hangi cihazın çevrimdışı olduğu ayrı kayıttan bulunur.
  • Müşteri ve ürün çeşitliliği. Farklı müşteri veya satılan ürün sayısı tahmin edilir; sipariş adedi ve ciro ayrı ölçülür.
  • Veri profilleme. Bir alandaki farklı değer sayısının değişimi izlenebilir; kesin benzersizlik kontrolü yerine geçmez.
  • Log ve metrik çeşitliliği. Hata veya etiket çeşitliliği izlenebilir; artışa yol açan değerler için ayrı kayıt gerekir.
Özel algoritma gerektiren desenler4 örnek

Valkey-Bloom ön eleme için kullanılabilir; bu desenlerin yönlendirme, hata düzeltme, graf işleme veya fark çözümleme algoritmaları ayrıca geliştirilir.

  • IP önekleriyle yönlendirme. Önek uzunlukları ayrı filtrelerle ön kontrolden geçirilebilir; en uzun eşleşme ve yönlendirme mantığı ayrıca geliştirilir.
  • Katmanlı engel listeleri. Sertifika veya eklenti listelerinde katmanlı filtreler tasarlanabilir; kapsam ve yanlış pozitif düzeltmesi ayrıca yönetilir.
  • Biyoinformatik grafı. Dizi parçaları filtrelerle özetlenebilir; grafı kurma ve yanlış dalları düzeltme algoritmaları ayrıca gerekir.
  • Dağıtık kümeleri eşitleme. Bloom ön elemesi bir fark çözümleme protokolüyle birleştirilebilir; filtre eksik öğeleri tek başına listelemez.