feat(hydra): mise en place du stockage des session redis sur la stack hydra, et correction logout sur hydra-oidc #31
No reviewers
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: CadolesKube/sso-kustom#31
Loading…
Reference in New Issue
No description provided.
Delete Branch "hydra-redis"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description
Mise en place du stockage des sessions et du cache sur Redis dans les projets suivants
hydra-oidc
Cadoles/hydra-oidc#21
Cadoles/hydra-oidc#28
Cadoles/hydra-oidc#25
hydra-dispatcher
Cadoles/hydra-dispatcher#70
Cadoles/hydra-dispatcher#69
Cadoles/hydra-dispatcher#68
Hydra-sql
Cadoles/hydra-sql#13
Cadoles/hydra-sql#26
Cadoles/hydra-sql#27
Si l'objectif est de par défaut utiliser Redis comme support de stockage des sessions je pense qu'il faudrait au minimum:
sso-kustom
;hydra-dispatcher
pour qu'il l'utilise, voir les autres login-apps déjà intégrées à l'exemple également.feat(hydra): mise en place du stockage des session redis sur la stack hydra, et correction logout sur hydra-oidcto WIP: feat(hydra): mise en place du stockage des session redis sur la stack hydra, et correction logout sur hydra-oidc439ad05756
to7a802a6d28
WIP: feat(hydra): mise en place du stockage des session redis sur la stack hydra, et correction logout sur hydra-oidcto feat(hydra): mise en place du stockage des session redis sur la stack hydra, et correction logout sur hydra-oidc@ -1 +1,8 @@
# Documentation
# Documentation
Plutôt que mettre ces informations directement dans le
README
racine, serait il envisageable de créer un fichier dédié ? Peut être même unREADME
spécifique au composantredis
(voir autre commentaire) ?Le README de ce composant devrait d'ailleurs intégrer une mention de la dépendance à l'opérateur Redis (vu l'utilisation d'une CRD).
@ -0,0 +1,21 @@
apiVersion: databases.spotahome.com/v1
Je ne comprends pas l'usage d'un patch sur une ressource qui n'existe pas ?
Personnellement je pense que l'usage de Redis devrait plutôt prendre la forme d'un
component
qui viendrait "patcher" les ressources des autres composants frères et soeurs.@ -21,6 +21,7 @@ configMapGenerator:
- COOKIE_PATH=/
- DEFAULT_LOCALE=fr
- APP_LOCALES=fr,en
- REDIS_DSN="redis://rfs-sso-redis:26379?&redis_sentinel=mymaster"
Cet ligne ne devrait pas être patchée/injectée par le composant Redis ?
@ -0,0 +4,4 @@
Les applications `hydra-dispatcher`, `hydra-sql` et `hydra-oidc` stockent dorénavant le cache et les sessions utilisateur sur un serveur Redis.
Le DSN du serveur est défini dans leur variable d'environnement respective `REDIS_DSN`.
Les applications peuvent utiliser le mode `sentinel`` de redis
Petite typo ici
@ -0,0 +10,4 @@
### Principe général de fonctionnement
Un `RedisFailOver` crée un cluster redis en mode sentinel avec 3 réplicats chacun.
Un patche viens mettre à jour la variable d'environnement `REDIS_DSN` dans les ConfigMap sur toutes les resources `hydra-*`.
Typo: patch
e