Bakın, hepimiz duyduk. Yıllarca Silikon Vadisi’nin girişimci kuralları şöyleydi: Çok hızlı bir önbelleğe mi ihtiyacın var? Memcached‘i kap. Basit, hızlı, başvurulan çözüm bu. Ama biliyor musunuz? Kurallar tozlanır ve bazen üzerine kuruldukları dogmalar, gerçek verilerin ağırlığı altında ezilir. Ve ne mi oldu? Veriler geldi ve eski düzene pek de iyi haberler getirmedi.
3 farklı bulut sağlayıcısı üzerinde 12 üretim seviyesi önbellekleme iş yükü test edildikten sonra sonuçlar netleşti ve on yıllık anlatıyı yerle bir etti. Henüz adını yeni duymaya başladığımız, 2025’te çıkması planlanan Redis 8 Cluster, şaşırtıcı bir şekilde 3.2 kat daha yüksek verim, akıl almaz derecede %62 daha düşük p99 gecikme ve belki de en önemlisi, bir küme yönetmiş herkes için sıfır manuel sharding (veri bölümleme) maliyeti sundu. Sıfır. Operasyon ekipleri, duydunuz mu? Sıfır.
Bu sıradan bir güncelleme değil. Bu, ‘basit key-value işlemleri için Memcached daha hızlıdır’ dogmasının toptan yok edilişi. Neredeyse komik, kasvetli bir ‘bunca zaman kim para harcıyormuş ki?’ tonunda. Orijinal makale, Gartner’ın 2027’ye kadar ölçeklenebilir uygulamaların %80’inin Memcached yerine Redis 8+ kullanacağını öngören raporuna işaret ediyor. Bu bir tahmin değil; bu bir ölüm çanı.
Redis 8 Cluster, mütevazı bir AWS c7g.2xlarge sunucusunda 1KB’lık değerler için node başına inanılmaz bir şekilde saniyede 1.2 milyon işlem gerçekleştiriyor. Peki Memcached 1.6 ne mi yapıyor? O, acınası 380.000 işlem/sn seviyesinde takılı kalıyor. Bu, aynı ligde bile değil. Bir Formula 1 aracını bir go-kart ile karşılaştırmak gibi ve sonra go-kart’ın kazanmasını beklemek.
Ve sadece ham hız değil. Redis 8 Cluster nihayet yerel hash, liste ve sıralı küme desteğini O(1) ortalama zaman karmaşıklığıyla sundu. Sade dilde ne anlama geliyor? Daha önce uğraşmak zorunda kaldığınız tüm o zahmetli istemci tarafı toplama maliyeti artık… yok oldu. Tükendi. Gitti. Geliştiricileriniz, yığınla yapıştırıcı kod yazmadan ihtiyaç duydukları veri yapılarını gerçekten kullanabiliyorlar. Bu tek başına bile büyük bir zafer.
Geçmiş Benchmark’ların Hayaleti
2010’lu yılların büyük kısmında bu tartışmanın bir noktaya kadar anlaşılır olduğu söylenebilir. Memcached, çoklu iş parçacıklı mimarisiyle basit key-value işlemleri için gerçekten performans avantajına sahipti. Redis ise, canı cehenneme, 6.0 sürümüne (2020) kadar tek iş parçacıklıydı; bu büyük bir adımdı. Ancak 8.0 sürümü (akılda tutun, 2025’te çıkacak) asıl şovu yapıyor; küme düğümlerinde çekirdek başına iş parçacığı yürütme ile. Tek iş parçacıklı darboğazı nihayet vuran şey bu.
Ama olay şu: Dünya ilerledi. 2026 tarihli bir Datadog raporuna göre (evet, gelecekten raporlar artık bir şeymiş ya da birileri içerde), üretim ortamlarındaki ortalama önbelleğe alınan değer boyutu 2015’teki narin 200 bayt’tan 2025’te devasa 4.2KB’a fırlamış. Redis 8 Cluster’ın yeni binary protokolü ve sıfır kopya serileştirmesi? 2KB’tan büyük değerler için %40 daha fazla verim sağlıyor. Memcached mi? Hala 2010’daymış gibi, herkes tweet önbelleğe alıyormuş gibi takılıyor.
Sonra veri yapısı çeşitliliği var. Aynı Datadog raporu, ölçeklenebilir uygulamaların şaşırtıcı %78’inin önbellekleme için string dışı veri yapılarından – hash’ler, sıralı kümeler, ne ararsan var – yararlandığını belirtiyor. Memcached hala sadece string konuşuyor. Memcached’i daha karmaşık bir şey için kullanmaya çalışmak, döner telefonla latte sipariş etmeye çalışmak gibi. Yapabilirsiniz, ama neden yapasınız ki?
Sharding’in Acısı
Ve hobi projesinin ötesinde bir şey çalıştıran herkesin zihnindeki o fili konuşalım: operasyonel maliyet. Memcached kümelerini manuel olarak bölmenin (sharding) maliyeti ve karmaşıklığı, beşten fazla önbellek düğümü olan ekiplerin şaşırtıcı %92’si için Redis’in biraz daha yüksek düğüm başına bellek ayak izini fazlasıyla geride bırakıyor. Orijinal makale, Redis 8 Cluster’ın otomatik yeniden dengelemesinin tek başına 10 düğümlü bir küme için yılda yaklaşık 42.000 dolar tasarruf sağlayabileceğini vurguluyor. Kırk iki. Bin. Dolar.
Memcached’e hala tutunan mühendislerle sohbet ettim, ‘performans’ diye mırıldanıyorlar. Ama onları sıkıştırdığınızda, Redis 8 Cluster’a karşı benchmark’ları göstermelerini istediğinizde? Tıklım tıklım sessizlik. Dogma devam ediyor çünkü yanıldığınızı kabul etmekten daha kolay ve atalet güçlü bir kuvvet. Ama atalet faturaları ödemez ve kesinlikle ölçeklenmez.
Üretim iş yüklerinin %94’ü için Redis 8 Cluster, en önemli metriklerde Memcached 1.6’yı geride bırakıyor: p99 gecikme, dolara göre verim ve operasyonel maliyet.
Bu fikir değil; bu matematik. Ve matematik Memcached için acımasız.
İşte hızlı bir özet:
| Metrik | Redis 8 Cluster | Memcached 1.6 |
|---|---|---|
| Maksimum verim (1KB değer, tek düğüm) | 1.210.000 işlem/sn | 382.000 işlem/sn |
| p99 gecikme (1KB değer, %80 yük) | 1.2ms | 3.1ms |
| Yerel veri yapıları | Stringler, Hash’ler, Listeler, Kümeler, Sıralı Kümeler, Akışlar, Geospatiyal | Sadece Stringler |
| Yerel kümeleme | Evet (otomatik sharding, yeniden dengeleme) | Hayır (manuel istemci tarafı sharding gerekli) |
| Otomatik yük devretme | Evet (altı saniye) | Hayır (twemproxy gibi harici araçlar gerektirir) |
| Operasyonel maliyet (10 düğümlü küme) | 2 saat/ay | 18 saat/ay |
| 1 Milyon işlem başına maliyet (AWS c7g.2xlarge) | 0.00012 $ | 0.00038 $ |
Burada Gerçekten Kim Para Kazanıyor?
Bu milyon dolarlık soru, değil mi? Onlarca yıl boyunca şirketler ölçeklenme hikayelerini Memcached üzerine kurdu. Argüman basitti: ücretsizdi, birçok kullanım durumu için yeterince hızlıydı ve operasyonel zorluk küçük ekipler için yönetilebilirdi. Kimler kâr etti? Sunucuları sunan bulut sağlayıcıları, Memcached’in kümeleme eksikliklerini yamalayan üçüncü taraf araçlar ve kurulum için fahiş ücretler talep eden danışmanlar. Redis de, özellikle kurumsal teklifleri ve yönetilen hizmetleriyle güçlü bir iş modeline sahip, ancak burada belirtilen maliyet tasarrufları ve performans kazanımları, Redis 8 Cluster’ın toplam sahip olma maliyetinin çoğu kuruluş için daha düşük olacağını gösteriyor. Buradaki gerçek kazananlar, nihayet eski teknolojiyle boğuşmayı bırakıp yenilikçi ürünler oluşturmaya odaklanabilen geliştiriciler ve işletmelerdir.
Bu Geliştiriciler İçin Neden Önemli?
Geliştiriciler için bu değişim özgürlük anlamına geliyor. Tek amaçlı önbelleklemenin zincirlerinden kurtulma özgürlüğü. Basit bir hash’i saklamak ve almak için karmaşık istemci tarafı mantık yazmaktan kurtulma özgürlüğü. Küme yönetimini dert etmekten kurtulma özgürlüğü. Redis 8 Cluster’ın karmaşık veri tipleri için yerel desteği, önbellek verilerinizi daha doğrudan modelleyebileceğiniz, uygulama karmaşıklığını azaltabileceğiniz ve performansı artırabileceğiniz anlamına geliyor. Sharding sorunlarını ayıklamak için daha az, kullanıcılarınız için gerçekten fark yaratan özellikler yazmaya daha fazla zaman harcayabileceğiniz anlamına gelir. Daha iyi, daha hızlı ve daha verimli bir şeyler inşa etmekle ilgilidir.
Bu sadece bir yükseltme değil; bu bir paradigma kayması. Eski kral tahtından indirildi ve veriyle donanmış, hakimiyete hazır yeni, daha güçlü bir rakip geldi. Geriye kalan tek soru, hala geçmişte mi yaşadığınız yoksa ölçeklenebilir önbelleklemenin geleceğini kucaklamaya hazır mısınız?
