Specifica dellArchitettura Funzionale MAIS Enrico Mussi - WP2

Sommario Configurazioni dellarchitettura MAIS nellambito WP2, MAIS-P e µ-MAIS MAIS-P e SOA Descrizione scenari di utilizzo MAIS-P

Architettura Funzionale MAIS

Configurazioni di Utilizzo dellArchitettura MAIS Compatibilmente con gli obiettivi del gruppo WP2 possono essere identificati 2 configurazioni di utilizzo della piattaforma MAIS MAIS-P: ASP in grado di fornire funzionalità avanzate: Esecuzione di processi complessi Esecuzione flessibile e adattiva Esecuzione di servizi basata sul contesto utente µ- MAIS: sistema P2P totalmente distribuito

MAIS-P e SOA La piattaforma MAIS si caratterizza per la sua capacità di gestire servizi in modo avanzato. Rispetto alla Service Oriented Architecture (SOA), la piattaforma MAIS si può porre a livello di service provider, di service registry e di service requestor. Nel caso MAIS-P, la presenza della piattaforma MAIS rispetto agli attori SOA è così dislocata: La possibilità di avere service provider e service requestor realizzati mediante tecnologia MAIS o tecnologia proprietaria porta alla definizione di 4 scenari di utilizzo. AttoreTecnologia di sviluppo Service RegistryMAIS Service ProviderMAIS o Proprietaria Service RequestorMAIS o Proprietaria

Scenari di Utilizzo MAIS-P I 4 scenari di utilizzo nella configurazione MAIS-P sono: 1.Service provider MAIS – Service requestor MAIS; 2.Service provider MAIS – Service requestor proprietario; 3.Service provider proprietario – Service requester MAIS; 4.Service provider proprietario – Service requestor proprietario. Gli scenari 1 e 2 si possono ulteriormente suddividere considerando il tipo di servizio MAIS invocato: invocazione di un servizio concreto semplice; invocazione di un servizio astratto; invocazione di un servizio concreto complesso. Lanalisi dello scenario 4 è fuori dal nostro interesse.

Service Registry – Il MAIS Registry per la ricerca dei servizi Match Maker UDDI Quality Analyzer Behavioral Compatibility Engine Service Ontology MAIS Registry

SP MAIS – SR MAIS – Servizio concreto semplice Concrete Service Invocator MAIS Service implementations Reflective platform SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform

SP MAIS – SR MAIS – Servizio astratto Concrete Service Invocator MAIS Service implementations Reflective platform SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform External Service implementations Concreti- zator Negotia- tor Profile Registry Recom- mender (WP6) MAIS Registry

SP MAIS – SR MAIS – Servizio concreto complesso Concrete Service Invocator MAIS Service implementations Reflective platform SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform External Service implementations Concreti- zator Negotia- tor Profile Registry Recom- mender (WP6) MAIS Registry Process Orch. TX manager

Service requestor proprietario Il Service Requestor è realizzato con tecnologie non MAIS (es. Client SOAP standard) Il Service Requestor può comunque continuare ad utilizzare il Concrete Service Invocator per invocare servizi astratti, concreti semplici e concreti complessi Non cè possibilità di trasferire in modo esplicito alla piattaforma informazioni sul contesto e il profilo dellutente Lutente non può sfruttare tutte le potenzialità della piattaforma per la selezione e gestione dei servizi

Service requestor MAIS – Service provider proprietario SOAP Server SOAP Client User Environment (WP7) Platform Invocator Local profile Reflective platform

Conclusioni Nellambito WP2 esistono 2 configurazioni della piattaforma MAIS MAIS-P µ-MAIS In MAIS-P possono essere identificati diversi scenari di invocazione Quando il Service Requestor è realizzato con teconologia MAIS è possibile sfruttare al meglio le potenzialità della piattaforma