Sessioni ... come le gestite ???

[ceccus]

Salve,
Voglio "proporre" un tema forse nuovamente di attualità, dopo un po' di "innovazioni" che vedo in giro ... ovvero le SESSIONI ...
Facili da gestire quando il Web Server è uno soltanto ... o al massimo 2 in configurazione Active/Passive ... ma quando sono più di 2 e magari in configurazione Active/Active ... come Vi organizzate ???
Così, giusto per parlar edi cose un po' più "tecniche" ...

Ciao !!

[guest]

Con che linguaggio? PHP?
Potresti salvare le sessioni su db...

[ceccus]

Salve,
Grazie per la pronta risposta
Beh ... è vero, dipende da Framework a Framework (mi piace di più pensarla a livello di framework che a livello di linguaggio ...)
Certo, il salvataggio su DB è un modo ... però, ovviamente, le performances ne risontono notevolmente ... specie se il DB non è "vicino" ...

Ciao !!

[guest]

Sarebbe da fare qualche benchmark comparativo, perchè alla fin fine sulla sessione bisognerebbe salvare giusto alcune tipologie di dati (autenticazione, permessi e così via), non si tratta di corposi trasferimenti.

Considerato che il 90% delle applicazioni web si appoggiano a database, avere su database anche le sessioni (di pochissimi kb) non credo possa peggiorare le performance così tanto...

[DonChisciotte]

Salve,
Voglio "proporre" un tema forse nuovamente di attualità, dopo un po' di "innovazioni" che vedo in giro ... ovvero le SESSIONI ...
Facili da gestire quando il Web Server è uno soltanto ... o al massimo 2 in configurazione Active/Passive ... ma quando sono più di 2 e magari in configurazione Active/Active ... come Vi organizzate ???
Così, giusto per parlar edi cose un po' più "tecniche" ...

Ciao !!

premesso che non so bene il meccanismo come funziona, ma la sessione non e' gestita direttamente dal webserver? e soprattutto, quando un utente inizia una sessione su uno dei webserver non dovrebbe restare su quello fino al termine della stessa?

secondo me salvare su db non ha molto senso a livello di prestazioni, anche pochi kb implicano delle operazioni di lettura e scrittura ulteriori a quelle che gia' si fanno... o sbaglio?

[ceccus]

Salve,
Allora, proviamo a rispondere ...
In uno scenario in cui hai 2 Web Server Active/Active ... la Sessione viene creata sulla macchina 1 perchè la prima pagina viene chiesta lì ... poi, la 2° pagina viene risolta dalla macchina 2 ... però, la Sessione sulla macchina 2 non c'è ... è stata creata sulla 1 e la pagina richiede dei dati di Sessione ... questo è lo "scenario" ... semplificato ... in assenza di "affinity" che , in diversi casi, può solo causare danni maggiori ... si pensi al fatto che se imposto un affinity a livello di macchina, se questa cade, tutte le richieste transitate da quella macchina, continueranno per il periodo di affinity, a non essere esaudite con ovvie ripercussioni a livello di erogazione del servizio ...
Per il discorso DB, quello che "pesa" non è tanto il leggere dei dati, quanto ottenere la Connessione nei confronti del DB ... visto che si innesca un meccanismo da handshake che , in alcuni casi, pesa anche più di 100 millisecondi ... poi c'è il tempo di lettura , il tempo di trasporto e il tempo di messa a disposizione dei dati stessi in forma organizzata ...
Leggere in memoria, ovviamente, ha tempi molto più bassi ... dell' ordine di 1 o 2 millisecondi ... senza contare poi che, essendo RAM della stessa macchina (presumibilmente) , hai solo i tempi di comunicazione Inter Process e non hai i tempi nè di latenza nè di trasporto ...

Ciao !!

[guest]

ciao, attenzione che le sessioni in PHP (ad esempio) non stanno in memoria, ma su filesystem per cui anche li devi leggere fisicamente qualche cosa. (di default in /tmp).

Non vedo altre soluzioni, se hai un cluster, o sincronizzi i filesystem tra le varie macchine (un suicidio) oppure utilizzi le sessioni su db. O addirittura salvi dei cookie sul pc del visitatore, ma non mi sembra una grande idea.

[usu]

Ma memcached no?

E' fatto apposta per uno scenario del genere

[guest]

Credo sia decisamente overkill per la gestione delle sole sessioni.
Alla fin fine, devi interrogare memcached, per cui avresti lo stesso problema di latenza e connessione.

[usu]

Credo sia decisamente overkill per la gestione delle sole sessioni.
Alla fin fine, devi interrogare memcached, per cui avresti lo stesso problema di latenza e connessione.

Beh sicuramente meno overkill del db, no? Anche perchè altrimenti facebook non lo userebbe penso

[Uno]

Se fosse una sessione da tenere solo per il tempo della navigazione dell'utente e volendo aumentare molto l'accesso, io memorizzerei in shared memory, per esempio in php con le funzioni shmop.
Però sinceramente lo dico a livello filosofico e per divertimento discorsivo perchè non riesco a trovare una motivazione per lavorare in tale maniera.
Un sito oggi (escluse le 3 pagine vetrine in html) è quasi matematico che abbia alcuni dati in db a meno che non gestissimo un social con utenza mostruosa e volessimo tentare la via della directory per utente su file system. Quindi quando estraggo i contenuti mi costa poco e nulla tirar fuori anche la sessione.
Alcuni ancora gestiscono tutto in cookie, ottimo per prestazioni e per non carico delle risorse del server ma non accettabile per la sicurezza. Se cripto il cookie a quel punto devo ricaricare il server per la decriptazione e quindi mi mangio il guadagno precedente.

Io come migliore compromesso sicurezza/prestazioni/praticità preferisco la sessione in db e coockie solo con l'id salvo casi particolari.

[guest]

Quoto quanto scritto da Uno, che in sostanza ha detto quello che avevo scritto più sopra ma in maniera più comprensibile.

Aggiungo inoltre che facebook sicuramente non usa memcached per le sole sessioni ma per salvare intere pagine in modo da alleggerire il carico su database.

[ceccus]

Salve,
Quindi, mi pare di capire che nessuno utilizza dei meccanismi di cache ,magari in "cluster" ... anche proprietari ...
quando dico "cache", intendo RAM ...

Ciao !!

[Uno]

Salve,
Quindi, mi pare di capire che nessuno utilizza dei meccanismi di cache ,magari in "cluster" ... anche proprietari ...
quando dico "cache", intendo RAM ...

Ciao !!

Capiamoci un momento, stai parlando di applicazioni web o aziendali (per web intendo internet comune, siti e simili) ?
Il discorso potrebbe cambiare, io comunque, no, non ho mai sviluppato cose del genere, non è il mio lavoro.

[ceccus]

Salve,
Sto parlando in generale ... sia di applicazioni definite "commerciali" , sia di applicazioni "proprietarie" , svilluppate in proprio ma che hanno la caratteristica di lavorare in balanving del carico ...

Ciao !!