Sesje Gorilla zapewniają środki do podłączenia systemu pamięci masowej do zarządzania sesjami, pod warunkiem przestrzegania dostarczonego interfejsu. Obecnie dają ci dwa sklepy po wyjęciu z pudełka. Jednym z nich jest FilesystemStore, który jest zgodny z interfejsem, który po prostu przechowuje i pobiera dane sesji w systemie plików serwera. CookieStore jako kolejna opcja odczytuje i zapisuje wbudowany system plików cookie przeglądarki, aby wykonać to samo innymi środkami.
Sesje Gorilla naprawdę nie mają nic wspólnego z Redis, ale wiedząc o tym, możesz z łatwością korzystać z własnej pamięci sesji z Gorilla, pod warunkiem, że zbudujesz RedisStore, który jest zgodny z interfejsem Gorilla Session Store. Tak naprawdę wszystko zależy od Twoich możliwości i tego, czego szukasz w systemie przechowywania sesji. Gorilla zasadniczo daje dwie opcje od razu po wyjęciu z pudełka z opcją dostarczenia własnej, która pasuje do Twojej aplikacji.
Ponadto, jeśli zamierzasz zbudować RedisStore, który może współpracować z Gorilla Sessions, rozważ udostępnienie go jako open source, ponieważ byłby to świetny dodatek do społeczności Go.
Musisz ocenić potrzeby i wymagania dotyczące wydajności swojej aplikacji, aby dowiedzieć się, którego systemu pamięci masowej użyć. Dlaczego Redis prawdopodobnie ma sens? Cóż, jeśli budujesz aplikację, która wykonuje ciężkie zapisy / modyfikacje, a te dane muszą się utrzymywać, Redis jest dobrze znany z tego, że pomaga skalować aplikację, o ile używasz jej prawidłowo. Sesja wspierana przez Redis będzie działać naprawdę dobrze, jeśli wiesz, co robisz.
Ostatni punkt, jeśli chcesz zaangażować Redis, rozważ użycie tego wspaniałego pakietu Go:Redigo jako biblioteki klienta Redis.
