Gorilla-sessies bieden een manier om een opslagsysteem voor sessiebeheer aan te sluiten, op voorwaarde dat u zich houdt aan de meegeleverde interface. Momenteel geven ze je twee winkels uit de doos. Een daarvan is een FilesystemStore die zich houdt aan de interface die eenvoudig op sessie gebaseerde gegevens opslaat en ophaalt op het bestandssysteem van de server. De CookieStore, als een andere optie, leest en schrijft naar het ingebouwde cookiesysteem van de browser om hetzelfde op een andere manier te bereiken.
Gorilla-sessies hebben echt niets te maken met Redis, maar dit wetende, kun je gemakkelijk je eigen sessie-opslag gebruiken met Gorilla, op voorwaarde dat je een RedisStore bouwt die voldoet aan de Gorilla-sessies Store-interface. Het hangt echt allemaal af van uw mogelijkheden en wat u zoekt in een sessieopslagsysteem. Gorilla biedt u in feite twee opties uit de doos met een optie om uw eigen opties te leveren die bij uw app passen.
Als je er toch in slaagt een RedisStore te bouwen die met Gorilla Sessions kan werken, overweeg dan om deze open-source te maken, aangezien het een geweldige aanvulling zou zijn op de Go-community.
U moet de behoeften en prestatie-eisen van uw app evalueren om erachter te komen welk opslagsysteem u moet gebruiken. Waarom is Redis mogelijk logisch? Welnu, als u een app bouwt die zware schrijf-/aanpassingen uitvoert en deze gegevens moeten worden bewaard, staat Redis erom bekend u te helpen uw app te schalen zolang u deze op de juiste manier gebruikt. Een door Redis ondersteunde sessie zal echt goed presteren als je weet wat je doet.
Als laatste punt, als u Redis erbij wilt betrekken, overweeg dan om dit geweldige Go-pakket te gebruiken:Redigo als uw Redis-clientbibliotheek.