Pourquoi il a besoin d'une base de données pour fonctionner ?
J'avoue que je ne m'attendais pas à cette question.
Pour faire simple, la base de données stocke au minimum:
- La configuration des modules
- Les hash et métadonnées des session utilisateurs
- Les scopes et leurs facteurs d'authentification
- Les hash de code et de tokens
- Les configs de certains schémas d'authentification pour les utilisateurs
Il aurait pas pu en utiliser une qui soit en cache RAM ?
Entre deux redémarrages du service ou du serveur, il faut stocker un minimum d'informations pour ne pas avoir à perdre toute la config ou les données de session des utilisateurs. Cela dit, si tu veux une BD en RAM, tu peux monter un RAMDisk et y coller le fichier de BD SQLite3. Mais je doute que ca réponde à ton besoin.
Pour la question sur le RGPD, je te laisse juge sur comment l'appliquer, c'est un domaine que je ne connais pas, mais je ne pense pas qu'avoir une base données qui s'efface à chaque redémarrage soit utile.
Autre question, ton service est capable de se clusteriser ?
En utilisant une base de données MariaDB ou PostgreSQL je dirais que oui, au final c'est un simple exécutable qui utilise la BD pour la persistance, donc une session ouverte depuis une instance de serveur Glewlwyd peut être utilisée par une autre instance par exemple. Le seul truc important à penser c'est de relancer le service sur chaque noeud si on a changé la configuration des instances de modules (ajouter ou modifier un schema d'authentification par exemple)
Cela dit je n'ai pas essayé de le clusteriser donc ca se peut qu'il y ait des problèmes auxquels je n'ai pas pensé, dans ce cas je serai ravi de les corriger!
Enfin, il faut aussi se poser la question de l'utilité de faire un cluster.
Un serveur SSO est finalement peu sollicité en moyenne. Je suis un petit utilisateur de mon application donc chez moi ca tournerait sans problèmes sur un Raspberry Pi Zero, bien qu'il tourne en fait sur un Odroid C2.
Si c'est pour répartir la charge ok, mais dans ce cas je suis curieux, pour combien d'utilisateurs et de clients?
[^] # Re: Base de données
Posté par Babelouest (site web personnel) . En réponse au journal Sortie de Glewlwyd 2.0, serveur SSO. Évalué à 2.
J'avoue que je ne m'attendais pas à cette question.
Pour faire simple, la base de données stocke au minimum:
- La configuration des modules
- Les hash et métadonnées des session utilisateurs
- Les scopes et leurs facteurs d'authentification
- Les hash de code et de tokens
- Les configs de certains schémas d'authentification pour les utilisateurs
Entre deux redémarrages du service ou du serveur, il faut stocker un minimum d'informations pour ne pas avoir à perdre toute la config ou les données de session des utilisateurs. Cela dit, si tu veux une BD en RAM, tu peux monter un RAMDisk et y coller le fichier de BD SQLite3. Mais je doute que ca réponde à ton besoin.
Pour la question sur le RGPD, je te laisse juge sur comment l'appliquer, c'est un domaine que je ne connais pas, mais je ne pense pas qu'avoir une base données qui s'efface à chaque redémarrage soit utile.
En utilisant une base de données MariaDB ou PostgreSQL je dirais que oui, au final c'est un simple exécutable qui utilise la BD pour la persistance, donc une session ouverte depuis une instance de serveur Glewlwyd peut être utilisée par une autre instance par exemple. Le seul truc important à penser c'est de relancer le service sur chaque noeud si on a changé la configuration des instances de modules (ajouter ou modifier un schema d'authentification par exemple)
Cela dit je n'ai pas essayé de le clusteriser donc ca se peut qu'il y ait des problèmes auxquels je n'ai pas pensé, dans ce cas je serai ravi de les corriger!
Enfin, il faut aussi se poser la question de l'utilité de faire un cluster.
Un serveur SSO est finalement peu sollicité en moyenne. Je suis un petit utilisateur de mon application donc chez moi ca tournerait sans problèmes sur un Raspberry Pi Zero, bien qu'il tourne en fait sur un Odroid C2.
Si c'est pour répartir la charge ok, mais dans ce cas je suis curieux, pour combien d'utilisateurs et de clients?