Lorsque l'application est en load balancing, les différentes instances de l'application sont indépendantes les unes des autres et ne peuvent donc pas communiquer entre elles. Cela induit quelques limitations au niveau applicatif.
Lancement de l'application gestionnaire en premier
N'oubliez pas de lancer l'instance gestionnaire en premier lorsque vous réalisez une nouvelle installation (deux minutes suffisent).
En effet, l'application modifiant elle-même la base de données, si 2 instances tentent de modifier simultanément la base cela risque de poser problème.
Rafraîchissement des données en cache
Pour de meilleures performances et pour éviter de recharger à chaque appel certaines données (très fréquemment utilisées) via la base de données, celles-ci sont mises en cache.
Cependant, c'est exclusivement la partie gestionnaire qui peut modifier ces données.
Lors d'une modification de ces données sur l'instance gestionnaire, les instances candidats ne sont donc pas au courant que ces données ont été modifiées.
C'est pourquoi, sur chaque instance candidat, un batch tourne toutes les 10 minutes pour vérifier le besoin de recharger une ou plusieurs données. Ce temps de rechargement peut être agrandi ou diminué via la propriété "load.balancing.refresh.fixedRate" dans votre context Tomcat. Cette propriété est exprimée en millisecondes. Par défaut cette propriété est fixée à 10 minutes (600000 millisecondes).
Les données mises en cache sont :
- Certaines données du référentiel Apogée (pays, départements, centres de gestion, etc..)
- Les langues
- Le paramétrage de l'application
- La FAQ
- L'offre de formation
Attention au paramètre "Mise en maintenance" : l'application sera mise en maintenance sur les différentes instances candidats une fois que le paramètre aura été rechargé.
Cloisonnement des applications
Sur l'application gestionnaire, seuls les gestionnaires y ont accès.
Sur l'application candidat, seul l'admin technique (en plus des candidats) peut y accéder. Néanmoins, il n'aura accès qu'aux sessions (il ne pourra voir que les sessions présentes sur l'instance de load-balancing sur laquelle il est) et aux versions (ce qui lui permettra de vérifier les communications avec les différentes briques gravitant autour d'eCandidat : cmis, limesurvey, webservices apogée, etc...)
L'envoi de messages à tous les utilisateurs
Cette fonctionnalité ne fonctionne que sur l'application gestionnaire. Les messages ne seront délivrés qu'aux gestionnaires de l’application qui sont connectés.