Dispensa in PDF - Dipartimento di Scienze Ambientali, Informatica e ...

al momento della progettazione C/S.
Carnielli Efrem: Programmazione a componenti
Principi di progettazione
Il bilanciamento di questi fattori, oltre a garantire buone prestazioni, assicura che si
stia progettando un sistema scalare.
L’architettura su più livelli (multi-tier) è naturalmente orientata alla
scalabilità.
3.2.3 Concorrente vs simultaneo
Un altro importante concetto che è bene sapere al fine di una buona progettazione
è la distinzione tra concorrente e simultaneo.
Si parla di concorrenza quando due entità competono per la stessa risorsa.
Si parla di simultaneità quando si accede contemporaneamente, ma non
necessariamente si è in concorrenza per una risorsa.
Supponiamo che faccia una ricerca su Google, quando effettuo la richiesta mi
compare un pagina con tutti i risultati trovati. In tutto il mondo ci possono essere
20.000 persone che sono davanti alla stessa pagina simultaneamente e la stanno
leggendo. Solo nel momento in cui decido a quale pagina accedere invio una
richiesta, per cui entro in concorrenza con tutti coloro che ne hanno inviata una.
Ma dei 20.000 mila che leggono avrò che solo qualche centinaio avrà inviato la mia
stessa richiesta, per cui sarà in competizione con me. Questo per dire che avrò
20.000 accessi simultanei, ma solo 200 concorrenti.
Se dovessi ricercare un libro su Amazon le cose cambiano, in quanto questo ricorda
gli utenti che fanno accesso e che hanno un carrello e carica la sessione di ogni
utente.
Amazon è statefull, mentre google stateless.
Nell' esempio gli utenti concorrenti incidono sulla complessità computazionale,
mentre quelli simultanei su quella temporale, cioè sullo spazio di memoria del
server che mantiene le sessioni degli utenti.
E' sul numero di utenti concorrenti che vado a decidere la capacità di carico del
sistema in fase di progettazione, dopo uno studio accurato.
3.3 Gestione degli errori
A questo punto nasce il problema di capire dove collocare la gestione degli errori.
Se è possibile, l’errore deve essere gestito nel livello che l’ha generato, altrimenti
viene passato ad un livello superiore. Per far questo bisogna definire bene le
responsabilità di ogni componente. Non è necessario che tutti gli errori arrivino in
71