Quand est-il utile d'avoir plusieurs applications de lecture au lieu d'un un monolithique?

Question

Je l'ai réglé sur le cadre de lecture pour la réécriture de notre portail intranet. Notre portail contient beaucoup de choses vaguement liées donc je suis à la recherche de conseils sur si ou comment briser dans plusieurs applications de jeu.

Quelles sont les conséquences de ce qui en fait des applications multiples? Est-single sign-on encore possible? Comment le contrôle d'accès affecté? Suis-je susceptible d'avoir à dupliquer beaucoup de code / configuration entre eux? Que dois-je considérer au moment de décider où couper les choses à part?

Answer 1

Tout d'abord, je pense sur les modules, car sinon vous devez commencer à un grand nombre d'applications, ce qui augmente la consommation de mémoire. Seulement si votre site est lourd chargé, de sorte que vous avez besoin de plusieurs serveurs, cela importe peu.

est-single sign-on encore possible? Je dirais que oui. Vous pouvez stocker les données dans un cookie, mais vous devez vous assurer que d'autres urls peuvent le lire.

Suis-je susceptible d'avoir à dupliquer beaucoup de code / configuration entre eux? Eh bien, si vous utilisez des bases de données similaires ce serait un autre inconvénient par rapport aux modules, mais je ne serais pas à vous soucier de ce 1 fichier de configuration. Code qui avait besoin dans plus d'une application peut être facilement partagée par les fichiers JAR comme une bibliothèque ou que vous utilisez des modules pour cela.

Answer 2

Je l'ai découvert depuis qu'être sans état sur les moyens de côté serveur utilise HMAC Lecture hachages stockées dans les cookies ainsi que le nom d'utilisateur de garder une trace des sessions. Si plusieurs applications de lecture doivent être authentifiés par rapport à la même série de lettres de créance (OpenLDAP dans mon cas), ils ont juste besoin d'avoir le même application.secret configuré dans conf / application.conf afin d'obtenir l'authentification unique.