1 Reti di Calcolatori LS Prof. Antonio Corradi Progetto: Giombi Giorgio e Soffritti Luca Presentazione: Giombi Giorgio FotoContest Il primo servizio interamente dedicato ai Concorsi Fotografici basato su Corba

2 Introduzione Lobiettivo di questo progetto è stato quello di realizzare unapplicazione per la creazione e gestione di Concorsi Fotografici a tema con scadenza periodica, sfruttando gli strumenti forniti dallo standard CORBA e ponendo particolare attenzione alla gestione delle risorse,allefficienza complessiva del sistema e soprattutto alla tolleranza ai guasti. Modello di Comunicazione Client/Server sistema asimmetrico e indiretto comunicazione sincrona bloccante Client Server

3 Architettura Generale(1) Lutente ( Client ) accede a tutti i servizi offerti comunicando in maniera trasparente con tre differenti Server. ServerAuth : Gestione Autenticazione ServerFoto : Gestione Concorso (Concorso in atto) ServerArchivio : Gestione Archivio (Concorsi terminati) ServerRepl : Server di controllo Gestione della QoS

4 Architettura Generale(2) Il middleware CORBA: come strumento di supporto completo alla comunicazione in remoto Facilita quindi la realizzazione di sistemi distribuiti, permettendo allo sviluppatore di trascurare laspetto tecnologico concentrandosi solo sul servizio da fornire. CORBACORBA CORBACORBA

5 Perché Corba? Eterogeneità di Linguaggio: tramite IDL è possibile definire le interfacce (descrizione dei servizi offerti) di ogni oggetto remoto rimanendo totalmente indipendenti dal linguaggio di programmazione e dalla macchina di esecuzione Indipendenza Client/Server: l, cuore del sistema, gestisce tutta la comunicazione permettendo ad un Client di legarsi ad un servizio, non ad un servitore! Maggiori Servizi offerti: un name service più evoluto e strutturato IDL NAME SERVICE ORB

6 Il Client Client Login (Registrati) Login Logout Vota Foto Vedi Foto Inserisci Foto Salva Foto Cancella Foto Vai al Concorso Vai alla Mia Pagina Vai all Archivio Vai all Utente… Vai alla Pagina… Seleziona Concorso Vedi Foto ServerAuth ServerArchivioServerFoto

7 Il Client – metodi remoti invocatiIl Client – come Servitore Anche il Client rende disponibile allesterno uno specifico metodo remoto Appositamente definito per permettere al ServerAuth di notificarlo immediatamente quando un concorso termina notificaContest() cacheConcorsocacheArchivio NB Sono state previste lato client due directory per salvare e mantenere le foto in modo da non richiamare inutilmente ogni volta il metodo remoto getFoto() cacheConcorso cacheArchivio

8 Il ServerAuth iscritti.txt Gestione Autenticazione: Garantisce laccesso al Servizio solo ai Client che si sono precedentemente registrati Gestione Notifica di Fine Concorso: Permette di notificare a tutti gli iscritti lavvenuta fine di un concorso Mantiene tre distinti vettori per gestire correttamente tale notifica username password Giorgio … ONLINEONLINE OFFLINEOFFLINE DANOTIFICADANOTIFICA notificaContest()

9 Il ServerFoto foto.xml fotoConcorso iconeConcorso struct fileFoto { sequence file; long numeroByte; string nomeFoto; string utente; short voti; }; Gestione Concorso: Mantiene tutte le foto del concorso in atto in formato jpg Mantiene le informazioni relative a tale concorso (titolo, scadenza) e alle foto inviate(titolo, autore, numero voti, utenti che hanno votato) in un file XML, foto.xml Crea e salva inoltre le relative miniature di ogni immagine partecipante Trasferimento dei File Immagine fileFoto Rappresenta loperazione principale del ServerFoto, richiesta quando un Client: vuole aggiungere una foto vuole visualizzare una pagina vuole vedere una specifica foto Rappresentando però il collo di bottiglia del sistema si è pensato di introdurre: le miniature per caricare velocemente una intera pagina un Limite in KB su ogni foto inviata un Limite Max di 9 foto per concorso

10 Il ServerArchivio Gestione Archivio: Progettato per mantenere tutte le vecchie foto e i file foto.xml, in modo che lutente possa sempre rivedere i tre vincitori e le proprie immagini di ogni Concorso Terminato Realizzato per non sovraccaricare di troppe richieste il ServerFoto, suddividendo così le responsabilità e i rispettivi carichi di lavoro concorsi.txt titolo…titolo3titolo2 titolo1 foto.xml titolo1 titolo2 titolo3 titolo…

Termine Concorso 11 Gestione Termine Concorso ServerArchivioServerAuth ServerFoto ThreadUltimoConcorso Client onLine notificaContest() Client offLine ThreadAuthNotifica iscritti.txt ONLINEONLINE OFFLINEOFFLINE DANOTIFICADANOTIFICA notifica() fotoConcorso foto.xml ultimoConcorso() concorsi.txt Client daNotifica foto.xml Titolo Concorso 1) titoloFoto, autore, voti 2) titoloFoto, autore, voti 3) titoloFoto, autore, voti iconeConcorso titolo…

12 Conclusioni & Sviluppi futuri Conclusioni: –Il progetto è stato testato più volte sia in localmente che su più macchine con esiti positivi e tempi di risposta accettabili –La scelta progettuale di avere tre differenti server con tre specifici compiti (gestione Autenticazione – gestione Concorso – gestione Archivio) comporta sicuramente un maggiore costo in fatto di risorse ma tale scelta viene ripagata da una maggiore efficienza complessiva del sistema Sviluppi Futuri: –ServerFoto replicato in grado di gestire più richieste parallelamente, per prevenire situazioni di forte congestione –Più concorsi attivi contemporaneamente –Possibilità di commentare le foto –Concorsi a pagamento con premi in denaro ai vincitori

13 Fine