Quando è utile per avere più applicazioni PLAY invece di uno uno monolitico?

Question

Ho optato per il quadro gioco per la riscrittura del nostro portale intranet. Il nostro portale contiene un sacco di roba vagamente correlate così sto cercando consigli su se e come rompere in più applicazioni Play.

Quali sono le conseguenze di renderlo più applicazioni? È single sign-on è ancora possibile? Come viene influenzato il controllo di accesso? Am I che possono avere per duplicare un sacco di codice / configurazione tra di loro? Che altro devo considerare al momento di decidere dove poter dividere le cose a parte?

Answer 1

Prima di tutto vorrei pensare a moduli, perché altrimenti è necessario avviare un sacco di applicazioni, che aumentano il consumo di memoria. Solo se il sito è pesante caricato, in modo che avete bisogno di più server, questo non ha importanza.

È single sign-on è ancora possibile? Direi di si. È possibile memorizzare i dati in un cookie, ma bisogna fare in modo che gli altri URL possono leggerlo.

Sono io che possono avere per duplicare un sacco di codice / configurazione tra di loro? Beh, se si utilizzano i database simili questo sarebbe un altro svantaggio rispetto ai moduli, ma non sarebbe preoccuparsi di questo 1 file di configurazione. Codice che aveva bisogno in più di un'applicazione possono essere facilmente condivisi via jar-files come una libreria o si usano i moduli per questo.

Answer 2

Da allora ho scoperto che essere senza stato sul lato server mezzi Play utilizza HMAC hash memorizzato nel cookie insieme con il nome utente di tenere traccia delle sessioni. Se più applicazioni Play vengono di essere autenticati contro lo stesso insieme di credenziali (OpenLDAP nel mio caso), hanno solo bisogno di avere lo stesso application.secret configurate in conf / application.conf al fine di ottenere il single sign-on.