Valkey

Cache

Nyckelvärdesdatabas i minne som utvecklas under Linux Foundation och behåller BSD-3-Clause-licensen som Redis lämnade 2024. Klientkompatibel med Redis-protokollet och lämplig för cache, sessioner, köer och vektorsökning.

Betyg 81 av 100 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Valkey kommunicerar via RESP-protokollet (RESP2/RESP3) som klientbiblioteken implementerar — ett protokoll-API utan generell REST-ändpunkt.

RESP-protokollet (RESP2/RESP3) · Valkey-projektet (Linux Foundation)

Källa: https://valkey.io/topics/protocol/

Kontrollerat:

MCP · Ej hittat

Ingen MCP-server för självhostad Valkey hittad; AWS har ett MCP-verktyg för ElastiCache, men det gäller bara deras hanterade tjänst.

Källa: https://valkey.io/

Kontrollerat:

Terminal på databasservern db-01: docker ps visar tio containrar (infralab-valkey-primary, -replica1, -replica2, -cli samt klusternoderna -c1 till -c6), följt av valkey-cli med driftkontot där INFO server svarar valkey_version 9.1.2, server_mode standalone och tcp_port 6379, INFO replication visar role master med connected_slaves 2 och två repliker i state online med samma offset, INFO keyspace visar db0 med 700 nycklar och 265 med utgångstid, och INFO clients visar 1 ansluten klient av maxklienter 10000
1 / 8 Valkey 9.1 i drift: tio containrar, version, två repliker i synk och nyckelrymden

Bedömning

Så bedömer vi

Totalbetyg

81 av 100

Preliminär (källbaserad)

Bedömningsprofil
Nyckelvärdesdatabas: cache, sessioner, köer och vektorsökning i minne.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    BSD-3-Clause verifierad mot COPYING i valkey-io/valkey (OSI-godkänd); projektet styrs av Linux Foundation, koden får läsas, ändras och återdistribueras fritt, egen drift är obegränsad och RESP-protokollet är öppet dokumenterat.

  2. Funktionell passform

    Täcker cache-, sessions-, kö- och räknarfall fullt ut (datastrukturer, atomära kommandon, TTL, hashfälts-utgång, vektorsökning via Valkey Search). Kvarvarande lucka för användningsfallet: datasetet ska rymmas i RAM och persistensmodellen är sekundär, vilket kräver kapacitetsplanering.

  3. Dataflytt och interoperabilitet

    RESP-protokollet är en de facto-standard: klienter kan bytas utan datakonvertering, och RDB/AOF-filer kan läsas av Redis-kompatibla verktyg i båda riktningarna. Begränsning: stora klustermigreringar kräver särskilda verktyg och nya datatyper (vektormängder) har inget filformat utöver dumps.

  4. Mognad och trygghet

    Regelbundna utgåvor och underhållslinjer (9.1.2 2026-09-01; 8.1- och 9.0-linjer patchade parallellt), dokumenterad säkerhetsprocess och flertal företagsbidragsgivare. Projektet är ungt (2024) även om kodbasen ärver en lång historik; därför inte 5.

  5. Framtidskraft

    Väldokumenterat kommandogränssnitt och API med real automation (valkey-cli, skript, klientbibliotek i hela ekosystemet); officiella tillägg (Valkey Search, valkey-json) och modern flertrådad arkitektur. Nivån hålls på 4.

  6. Drift och införande

    Installation som binär, paket eller container är väldokumenterad och konfigurationen är liten för en enkelnod; uppgraderingar inom huvudlinjer är rakt på. HA-arrangemang (Sentinel eller kluster) och kapacitetsplanering i RAM kräver dock driftvana.

  7. Kostnadsbild

    Licensen är gratis och kodbasen öppen, så licenskostnaden är noll. Projektet erbjuder inget eget supportavtal; hanterade alternativ hos molnleverantörer har offentliga priser, men totalkostnaden för självdrift (RAM-tungt minnesbehov, support) får ni beräkna själva.

  8. Svensk användbarhet

    Namngiven negativ kontroll 2026-10-26: valkey.io/docs innehåller inga svenska språkversioner eller översättningar (dokumentationen är endast engelsk; ingen språkväljare med svenska). Ingen svensk lokalisering, support eller lokal integration är belagd — engelskspråkig men tekniskt användbar i Sverige.

Om Valkey

Valkey är en öppen nyckelvärdesdatabas som drivs som Linux Foundation-projekt. Den tillkom 2024: när Redis flyttade från BSD-3-Clause till RSALv2 och SSPLv1 — två licenser som inte är OSI-godkända — fortsatte en grupp bidragsgivare från Redis 7.2.4:s kodbas under den ursprungliga licensen. Redis 8 har senare lagt till AGPLv3 som ett tredje licensval, men Valkey distribueras enbart under BSD-3-Clause. Datamodellen är nyckelvärde med rika datastrukturer: strängar, hashar, listor, mängder, sorterade mängder och strömmar. Sedan version 9.0 kan enskilda fält i en hash ges egen utgångstid, och klusterläget stöder atomära slotmigreringar och numrerade databaser. Persistens sker med RDB-ögonblicksbilder och tilläggslogg (AOF), replikeringen är asynkron, och I/O-trådningen utnyttjar flera kärnor för genomströmning. Det utmärkande draget är Valkey Search: vektorsökning som körs i själva serverprocessen, utan separat modulserver, för likhetssökning mot inbäddningar. Protokollet är RESP-kompatibelt, så era befintliga Redis-klienter fungerar utan kodändring; däremot behöver datastrukturerna som är nya i Valkey stöd i klientbiblioteket. Driften sker som egen server eller container, och flera molnleverantörer erbjuder Valkey som hanterad tjänst.

Användning

Passar för

  • Sessions- och objektcache framför en applikation eller ett API, där svarstiden mäts i mikrosekunder.
  • Köer och uppgiftslistor med listor, strömmar och sorterade mängder som underlag.
  • Räknare, hastighetsbegränsning och ledareval med atomära kommandon.
  • Likhetssökning mot inbäddningar med Valkey Search i version 9.0 eller senare.

Passar mindre bra för

  • Datasets som inte ryms i arbetsminnet — Valkey är en minnesdatabas och disk används främst för persistens.
  • Analysfrågor över stora datamängder; kolumnlagrade verktyg som ClickHouse passar där bättre.
  • Dokumentlagring med frågor mot dokumentinnehåll — använd en dokumentdatabas i stället.

Styrkor och begränsningar

Styrkor

  • BSD-3-Clause utan villkorskrav, med styrning hos Linux Foundation.
  • RESP-kompatibilitet gör övergången från Redis-7.x-klienter i praktiken gratis.
  • Aktiv utgivningstakt: 9.1.2 släpptes 2026-09-01 med underhållslinjer för äldre versioner.
  • Inbyggd vektorsökning (Valkey Search) och flertrådad I/O utan extra licenskostnad.

Begränsningar

  • Alla data ska rymmas i RAM; persistensen räddar vid krasch men ersätter ingen disklagringsmodell.
  • Replikeringen är asynkron — vänta er förluster på sekunder vid fall över till replik.
  • Klientbibliotek behöver uppdateras för nya kommandon som hashfälts-utgång och vektormängder.
  • Större driftmiljöer (Sentinel eller kluster) kräver vana vid Redis-liknande topologier.

Skärmbilder

Alternativ

Vinyl Cache

Cache · HTTP-cache och accelerator framför webbservern

HTTP-cache framför webbservern: VCL-regler avgör vad som cachas, loggen går till delat minne och PURGE tömmer en adress direkt.

Startår
2006
Licens
BSD-2-Clause
Öppen källkod
Ja

Betyg

87 av 100

Praktiskt granskad

Läs bedömningen om Vinyl Cache

Projektdata

13Gitea-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2006
Licens
BSD-2-ClauseÖppen källkod (OSI-godkänd licens) · Hela källkoden ligger under BSD-2-Clause enligt LICENSE i repot, med copyright hos Verdens Gang AS (2006), Varnish Software AS (2006–2021) och The Vinyl Cache Project (2026). Ingen sluten utgåva och ingen funktion bakom avtal; Varnish Softwares kommersiella produkt Varnish Enterprise är en separat produkt, inte en del av den här koden. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · FreeBSD
API
Annan Uppgivet
MCP
Saknas
Export
Delvis Konfigurationen är text (VCL) och kan versionshanteras och flyttas som den är. Själva cacheinnehållet går inte att exportera – det byggs upp igen från ursprunget, vilket är hela poängen med en cache. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Hela källkoden ligger under BSD-2-Clause med copyright hos Verdens Gang AS (2006), Varnish Software AS (2006–2021) och The Vinyl Cache Project (2026). Det finns ingen sluten utgåva av samma kod, inga funktioner bakom avtal och ingen licensnyckel: containern startade utan konto och alla verktyg – inklusive adminverktyget – följer med. Varnish Softwares kommersiella Varnish Enterprise är en separat produkt, inte en del av den här kodbasen, och påverkar därför inte bedömningen.
Funktionell passform Gäller: Driftsatt i labbet som en container framför en nginx-origin: de publika sidorna cachades i två minuter, kundportalen och API:t gick förbi cachen enligt VCL-reglerna, och PURGE tömde en publicerad sida så att nästa anrop blev en miss. 240 förfrågningar mot fyra adresser gav 179 träffar och tre missar. Hela användningsfallet – cacha publikt, undanta personligt, tömma vid publicering – gick att lösa utan kringgående, och varnishlog visade exakt vilken väg varje förfrågan tog.
Dataflytt och interoperabilitet Gäller: Konfigurationen är text i VCL och kan versionshanteras och flyttas mellan installationer som den är. Men VCL är projektets eget språk: en flytt till nginx, HAProxy eller en CDN blir en omskrivning av reglerna, inte en konvertering, och själva cacheinnehållet är flyktigt och byggs upp igen från ursprunget. Det som är portabelt är alltså policyn, inte data – därför tre och inte högre.
Mognad och trygghet Gäller: Koden har funnits sedan 2006 och släpps var sjätte månad med en underhållen 6.0-serie vid sidan av huvudserien, och säkerhetsarbetet sker med egna VSV-id och CVE:er i samarbete med Varnish Software. Projektet har formell organisation med stadgar och styrelse, och källkoden pushtes samma dag som kontrollen gjordes. Ett namnbyte och en flytt av förrådet ändrar inte det som avgör mognaden: tjugo års drift i produktion och en publik säkerhetsprocess.
Framtidskraft Gäller: Utvecklingen är aktiv – senaste commit samma dag som kontrollen – och modellen med HTTP-cachning och VCL är oförändrad sedan starten. Samtidigt pågår en pågående omställning: projektet bytte namn till Vinyl Cache, lämnade GitHub för en egen Forgejo-server och har ännu inte fått fram paket för den nya serien, medan Varnish Software ger ut en egen distribution under det gamla namnet. Två namn och två webbplatser gör läget otydligt för den som ska välja, vilket drar ned från högsta nivå.
Drift och införande Gäller: Driften är en enda daemon med 256 MB cacheminne och ingen databas: containern var igång på några sekunder och krävde inget konto. Ny konfiguration laddas och aktiveras över varnishadm utan omstart, backends kan sättas i sjukt läge och räknarna läsas som JSON. Det som kostar är kompetensen – VCL ska skrivas rätt, arbetskatalogen ska ligga på tmpfs och adminporten ska stängas från omvärlden – och att en cache som står framför allt blir en del av felvägen när något inte uppdateras.
Kostnadsbild Gäller: BSD-2-Clause utan avgift, konto eller licensnyckel, och ingen funktion i den dokumenterade kedjan kräver ett köp. Kostnaden är den egna driften: en container och det cacheminne man tilldelar den. Varnish Enterprise finns som betald produkt men behövs inte för cachning, loggning eller adminstyrning.
Svensk användbarhet Gäller: Gränssnittet är kommandoraden och VCL, och både dokumentation och support är engelska. Det finns ingen svensk översättning av verktygens utskrifter eller av referensmanualen, och något språkval existerar inte. Svensk text kan bara komma in i egna VCL-kommentarer och i den webbplats cachen serverar.

Kostnad: .

Faktakontrollerad

Microsofts Redis-kompatibla cache-server i .NET, byggd för hög genomströmning och självhosting under MIT-licens.

Startår
2024
Licens
MIT
Öppen källkod
Ja

Betyg

80 av 100

Preliminär (källbaserad)

Läs bedömningen om Garnet

Projektdata

12 077GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2024
Licens
MITÖppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Windows · Linux
API
Annan Verifierat
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: MIT är en permissiv OSI-godkänd licens; ingen copyleft eller tjänstebegränsning i kärnan.
Funktionell passform Gäller: Täcker vanlig cache- och sessionslast med RESP, kluster och replikering; avancerade Redis-moduler saknas delvis.
Dataflytt och interoperabilitet Gäller: RESP-klienter och Redis-liknande dataformat gör migreringen relativt enkel, men specialkommandon kan skilja.
Mognad och trygghet Gäller: Aktivt men ungt projekt; Microsofts stöd och snabb utveckling väger upp en kortare historik.
Framtidskraft Gäller: Modern arkitektur, aktiv utveckling och ett protokoll som redan är en de facto-standard.
Drift och införande Gäller: Container och binär är enkla att starta; .NET-runtime och klusterkonfiguration kräver viss vana.
Kostnadsbild Gäller: Ingen licenskostnad; drift och minne är de väsentliga kostnaderna.
Svensk användbarhet Gäller: Dokumentation och gränssnitt är engelskspråkiga; ingen svensk lokalisering är belagd.

Kostnad: .

Faktakontrollerad

Källor