Principes de fonctionnement de l'application
Architecture logicielle⚓
L'application est proposée en multi-tenant :
- Une seule instance déployée sert plusieurs organisations clientes, celles-ci n'ayant pas à se préoccuper de la gestion de l'instance.
- Les organisations clientes bénéficient toutes des mêmes mises à niveau de l'instance.
Définition et mise en place d'un tenant⚓
Un tenant = une organisation cliente = une convention de partenariat
- Mise en place d'un tenant = au moins un super-utilisateur (organisation cliente)
- Un tenant = nombre illimité de projets
Exemples de types de tenants :
- Une institution (une université par exemple)
- Un groupement (le Réseau national des bibliothèques de mathématiques ou les établissements du Site Alsace par exemple)
- Un organisme agissant pour lui et d'autres établissements (le CTLes)
Normalement, un tenant a vocation à servir pour plusieurs projets, mais dans bien des cas, au début du moins, un tenant servira le plus souvent pour un seul projet. L'expérience montre que d'autres projets émergent en cours de route.
Attention :
Il est fortement déconseillé de faire participer une même collection à plusieurs projets simultanément ; l'application ne prévoit pas la participation multiple mais n'exerce pas pour autant de contrôle, ni de procédure d'empêchement.
Le cas échéant, il appartiendra aux administrateurs, pilotes et instructeurs des projets concernés de veiller par devers l'application au bon positionnement des collections et à ne pas engager les mêmes éléments d'une collection dans plusieurs résultantes.
À ne pas faire en cas d'engagement dans plusieurs projets :
À faire en cas d'engagement dans plusieurs projets :
