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.

Betyg 87 av 100 Praktiskt granskad

Läs bedömningen
API · Officiellt

Cachen styrs över ett eget adminprotokoll med delad hemlighet: ladda och aktivera VCL, sätta backends i sjukt läge och tömma adresser. Räknarna går att läsa som JSON med varnishstat -j och loggen med varnishlog. Det finns inget HTTP-API.

vinyladm – adminprotokoll på TCP 6082 · Vinyl Cache-projektet

Källa: Projektets referensmanual för vinyladm

Kontrollerat:

MCP · Ej hittat

Varken kärnan eller projekten kring den innehåller någon MCP-server; styrningen sker över varnishadm och kommandoraden.

Ingen MCP-server i projektet · Vinyl Cache-projektet

Källa: Referensmanualens verktygslista och sökning i förrådet

Kontrollerat:

Vinyl Cache 9.1 och nginx-originen som två containrar, följt av curl mot /produkter/: första anropet svarar 200 med Cache-Control public max-age=120, X-Ursprung nordljus-origin och X-Cache MISS, andra anropet svarar X-Cache HIT med Age 2 och X-Cache-Hits 1, och kundportalen går förbi cachen med private no-store och X-Cache MISS
1 / 6 Cachen framför ursprunget – miss, träff och en sida som alltid går förbi

Bedömning

Så bedömer vi

Totalbetyg

87 av 100

Praktiskt granskad

Bedömningsprofil
Ett driftteam som vill lägga en egen HTTP-cache framför en webbplats med blandat innehåll – publika sidor som får cachas i några minuter, en personlig kundportal som alltid ska gå förbi cachen och ett API som ska fråga ursprunget varje gång – och som vill styra reglerna i versionshanterad konfiguration.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    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.

  2. Funktionell passform

    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.

  3. Dataflytt och interoperabilitet

    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.

  4. Mognad och trygghet

    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.

  5. Framtidskraft

    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å.

  6. Drift och införande

    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.

  7. Kostnadsbild

    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.

  8. Svensk användbarhet

    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.

Om Vinyl Cache

Vinyl Cache är en HTTP-cache som placeras framför webbservern: den svarar ur minnet när sidan redan finns i cachen och hämtar bara det som saknas från ursprunget. Vad som får cachas, hur länge och vad som ska gå rakt igenom styrs i VCL – ett konfigurationsspråk som kompileras och körs i arbetarprocessen, så undantagen för kundportalen och API:t ligger i samma fil som cachenyckeln. Loggningen går till delat minne i stället för till disk, och vinyllog, vinylstat och vinyltop läser samma ström i realtid medan vinyladm laddar ny konfiguration utan omstart. Projektet hette Varnish Cache till och med 8.0-serien; från 9.0 heter det Vinyl Cache, utvecklas på en egen Forgejo-server och drivs av en dansk förening, medan Varnish Software ger ut en egen distribution under det gamla namnet.

Användning

Passar för

  • Webbplatser och API:er med mycket upprepad trafik där svaret kan cachas en kort stund – nyhetssidor, produktkataloger, bilder och statiska filer
  • Driftteam som vill ha undantagen – kundportalen, inloggade sessioner, API:t – i versionshanterad konfiguration i stället för i panelinställningar
  • Den som behöver tömma en publicerad sida direkt vid publicering: PURGE och ban når cachen utan omstart

Passar mindre bra för

  • Applikationscache av nyckel-värde-typ – där hör Redis, Valkey eller Memcached hemma, inte en HTTP-cache
  • Den som vill styra cachen från ett grafiskt gränssnitt: allt går över kommandoraden och VCL-filer

Styrkor och begränsningar

Styrkor

  • Cachen svarar direkt ur minnet: 240 förfrågningar mot fyra adresser gav 179 träffar och tre missar i labbet – 98 % träffkvot efter uppvärmningen
  • VCL kompileras och körs i arbetarprocessen, så undantag, cachenyckel och PURGE-villkor ligger i samma läsbara fil i stället för i tio separata inställningar
  • Loggen går till delat minne i stället för till disk; varnishlog visar hela transaktionen, varnishstat räknarna och varnishtop de vanligaste adresserna, allt i realtid
  • varnishadm styr den körande processen: ladda och aktivera en ny VCL utan omstart, sätta en backend i sjukt läge och tömma en adress med ban eller PURGE
  • En enda daemon med 256 MB cacheutrymme räckte för demon – ingen databas, inget konto och ingen licensnyckel

Begränsningar

  • Namnbytet är färskt och ofullständigt: 9.x heter Vinyl Cache och dokumentationen kallar verktygen vinyld, vinyladm och vinylstat, medan containeravbildningen fortfarande installerar varnishd, varnishadm och varnishstat – samma program under två namn
  • Det finns inga Debian- eller Ubuntu-paket för 9.x än; dokumentationen hänvisar till containern eller till att kompilera själv
  • VCL är projektets eget språk: en flytt till nginx, HAProxy eller en CDN blir en omskrivning av reglerna, och cacheinnehållet kan inte flyttas alls
  • Rätt cachning kräver HTTP-kunskap – fel Vary, kvarglömda kakor eller en Cache-Control som säger no-store ger antingen läckta personsidor eller en cache som aldrig träffar
  • Projektet lämnade GitHub 2026 och ligger nu på en egen Forgejo-server, medan Varnish Software ger ut en egen distribution under det gamla namnet – dokumentation, paket och sökträffar är splittrade mellan två namn och två webbplatser

Skärmbilder

Tekniska resurser

Alternativ

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.

Startår
2024
Licens
BSD 3-Clause License
Öppen källkod
Ja
API
Finns

Betyg

81 av 100

Preliminär (källbaserad)

Läs bedömningen om Valkey

Projektdata

27 615GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2024
Licens
BSD 3-Clause LicenseÖppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
Finns Ej verifierat
MCP
Saknas
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: 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.
Funktionell passform Gäller: 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.
Dataflytt och interoperabilitet Gäller: 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.
Mognad och trygghet Gäller: 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.
Framtidskraft Gäller: 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.
Drift och införande Gäller: 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.
Kostnadsbild Gäller: 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.
Svensk användbarhet Gäller: 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.

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