Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

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.

...

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.

...