Valkey, Ubuntu, Debian, Homebrew ve AWS ElastiCache'te sessizce Redis'in yerini aldı

Fork varsayılan haline geldi

Ubuntu 24.10 veya Debian 13 üzerinde apt ile redis-server kurmak artık Redis vermiyor. Bunun yerine, Mart 2024'teki bir lisans anlaşmazlığından doğan BSD lisanslı fork olan Valkey kuruluyor. Ekim 2026 tarihli bir dev.to analizine göre Homebrew da redis formula'sını emekliye ayırıp valkey'e geçmiş durumda ve AWS ElastiCache artık yeni kümeleri varsayılan olarak Valkey üzerinde kuruyor. Fork, geliştiricilerin çoğunun yolculuğuna başladığı platformlarla birlikte gelen in-memory store olmuş durumda.

Ayrılık teknik değil, hukuki sebeplere dayanıyordu. 7.2.4 sürümüne kadar Redis BSD 3-Clause altında dağıtılıyordu; Redis Ltd. daha sonra 7.4 ve sonrasını, ikisi de OSI onaylı olmayan RSALv2/SSPLv1 ikili lisansına taşıdı ve bu, bulut sağlayıcıların ticari bir anlaşma olmadan yönetilen Redis satmasını engelledi. Günler sonra Linux Foundation, son BSD sürümünü Valkey adıyla fork'ladı; arkasında AWS, Google Cloud, Oracle, Ericsson ve Snap vardı. dev.to yazısı kalıcı bir yanılgıyı da düzeltiyor: Redis 8.0, Mayıs 2025'te üçüncü seçenek olarak AGPLv3 ekledi ve AGPLv3 OSI onaylıdır; yani Redis'i kapalı kaynak diye nitelemek bir yılı aşkın süredir yanlış.

Performans farkı pipeline'larda yaşıyor

Valkey'nin fork sonrası mühendislik çalışması throughput'a odaklandı. Sürüm 8.0, bağlantı yönetimini ve yazma tamponunun boşaltılmasını komut yürütmesi tek thread'de kalırken ayrılmış I/O thread'lerine taşıdı; 8.1 hash tablosunu yeniden tasarladı ve anahtar başına yaklaşık 16 bayt ek yükü azalttı; 9.0 pipeline bellek ön yüklemesi (prefetching) ile otomatik SIMD hızlandırması ekledi — x86'da AVX512, ARM'da NEON.

dev.to yazarı, sanj.dev üzerindeki Mart 2026 tarihli göç rehberine dayanarak, Redis 8.2 ile Valkey 8.1'in tek thread'li komutlarda yaklaşık yüzde 8 içinde olduğunu, SET için saniyede 154.000'e karşılık 142.000 işlem raporluyor. 10'luk pipeline batch'leri ise başka bir tablo çiziyor: Valkey SET'te saniyede yaklaşık 812.000 ops/s'ye ulaşırken Redis 580.000'de kalıyor — yaklaşık yüzde 40 daha yüksek — ve GET'te benzer bir üstünlük var; yük altında p99 gecikmesi 4.2 ms'den 2.8 ms'ye düşüyor. Yazıda ayrıca aktarılan AWS'nin kendi rakamları, Valkey 9.0'da pipeline'lı throughput'ta yüzde 40'a varan artış iddia ediyor. Redis 8.8, MGET, MSET ve HGETALL için batch prefetching ile karşılık verdi ama throughput ivmesi fork'un elinde. Yazıdan bir uyarı: Valkey'nin RDMA desteği deneysel, yalnızca Linux'ta, TLS'den yoksun ve replication linkleriyle uyumsuz; bu nedenle göç için bir gerekçe değil.

Snap'in yüzde 60 tasarrufu

dev.to analizindeki başlık sponsored case study'si Snap. Günde yaklaşık beş milyar istekle, kendi yönettiği kümeler ve ticari Redis lisanslaması karışımı yılda yaklaşık 2,1 milyon dolara mal oluyordu. Valkey'ye geçişten sonra fatura 840.000 dolara düştü — yüzde 60'lık bir kesinti. Bunu sağlayanlar sıfırlanan lisans ücretleri, throughput kazançları sayesinde 180 düğümden 162'ye küçülen küme ve anahtar başına daha düşük bellek ek yüküyle azalan shard yeniden dengelemeleri oldu. Yazıya göre ayrıca ElastiCache'te Valkey instance'ları, aynı donanımdaki eşdeğer Redis instance sınıflarından yaklaşık yüzde 20 daha ucuz.

Redis'in hâlâ kazandığı yerler

Modül kapsamı birçok karşılaştırmanın üzerinde hafife aldığı etken. Redis 8, eski Redis Stack'i çekirdeğe aldı: JSON, time series, arama sorgu motoru, vector setleri ve Cuckoo filtreleri, Top-K ve T-Digest dahil tam RedisBloom paketi. Valkey ise ayrı BSD lisanslı eşdeğerlerini sunuyor ve kapsam değişken. valkey-, JSONPath desteğiyle neredeyse eşit düzeyde, fakat valkey-search yalnızca altı komut açığa çıkarıyor; autocomplete, eş anlamlılar, yazım denetimi, index aliasing, sorgu profilleme, cursor'lar ve alaka sıralaması eksik. Cuckoo filtreleri, Top-K ve T-Digest sunucu tarafında hiç yok, dolayısıyla hiçbir istemci kütüphanesi bunların yerine geçemez — bu yapılarla frekans tahmini veya hız sınırlama yapan ekipler için ciddi bir engel. Valkey'nin elindeki kartlar ise deneysel RDMA ve hiçbir Redis sürümünün sunmadığı active-active CRDT replication yol haritası.

Lisans sorusu, sade bir ifadeyle

Çoğu ekip için 2026'daki lisans sorusu bulut sağlayıcı siyaseti değil, iç politika meselesi. Valkey'nin BSD 3-Clause'ı hiçbir dağıtım kısıtlaması taşımıyor. Redis ise üç lisans arasında seçim yapmayı zorunlu kılıyor: izin verici ama yönetilen servis satışını yasaklayan RSALv2; geniş servis tarafı yükümlülükleri olan copyleft SSPLv1; ve güçlü copyleft AGPLv3. Birçok şirket AGPL bağımlılıklarına genel yasaklar uyguladığı için, dev.to yazarının argümanına göre Redis 8, herhangi bir teknik değerlendirme yaşanmadan önce kâğıt üzerinde büyük ölçekli kuruluşların önemli bir kısmında eleniyor. Son BSD sürümü olan Redis 7.2.4'e sabitlenmek de güvenli liman değil, çünkü o hatta topluluk güvenlik backport'ları garanti edilmiyor.

Neden önemli

Varsayılanlar, altyapı tercihlerini benchmark'lardan daha çok şekillendirir. Ubuntu, Debian, Homebrew ve ElastiCache yeni dağıtımları Valkey'ye yönlendirirken fork, fiilen Redis kurulum tabanını devraldı; Redis ise olasılıksal yapıların veya tam arama yeteneklerinin kritik olduğu her yerde savunulabilir bir nişi koruyor. Tek komutlu iş yüklerinde motorlar arasında yaklaşık yüzde 8 fark var; pipeline'lı, gecikmeye duyarlı yollarda ise yüzde 40 var — ve bu, daha fazla düğüm alıp almayacağınızı belirliyor. Yazarın rakamları birinci elden bir göçten değil, kamuya açık kaynaklardan — sanj.dev benchmark'ları, AWS raporlaması ve Snap'in açıkladığı maliyetlerden — geliyor; ekipler kendi iş yüklerinde doğrulamalı. Her halükârda soru, Redis'in açık kaynak olup olmadığından, hangi motorun modüllerinize, hukuki politikanıza ve bulut faturanıza uyduğuna evrilmiş durumda.