Gorilla-sessioner tillhandahåller ett sätt att koppla upp ett lagringssystem för sessionshantering förutsatt att du följer det angivna gränssnittet. För närvarande ger de dig två butiker ur lådan. Den ena är en FilesystemStore som följer gränssnittet som helt enkelt lagrar och hämtar sessionsbaserad data på serverns filsystem. CookieStore som ett annat alternativ, läser och skriver till webbläsarens inbyggda cookiesystem för att åstadkomma samma sak med andra metoder.
Gorilla-sessioner har egentligen ingenting med Redis att göra, men medveten om detta kan du enkelt använda din egen sessionslagring med Gorilla förutsatt att du bygger en RedisStore som följer Gorilla sessions Store-gränssnittet. Allt beror verkligen på din förmåga och vad du letar efter i ett sessionsbutikssystem. Gorilla ger dig i princip två alternativ direkt med ett alternativ för att tillhandahålla ditt eget som passar din app.
Också, om du kommer runt för att bygga en RedisStore som kan fungera med Gorilla Sessions, överväg att göra den öppen källkod eftersom det skulle vara ett bra komplement till Go-communityt.
Du måste utvärdera behoven och prestandakraven för din app för att ta reda på vilket lagringssystem du ska använda. Varför är Redis möjligen vettigt? Tja, om du bygger en app som gör tunga skrivningar/ändringar och denna data måste finnas kvar är Redis välkänt för att hjälpa dig skala din app så länge du använder den på rätt sätt. En Redis-stödd session kommer att fungera riktigt bra om du vet vad du gör.
Sista punkten, om du skulle involvera Redis, överväg att använda detta underbara Go-paket:Redigo som ditt Redis-klientbibliotek.