L evoluzione delle Applicazioni Distribuite

Transcript

1 L evoluzione delle Applicazioni Distribuite Dai terminali a fosfori verdi al Client-Server a Internet

2 Architettura basata su Mainframe thin client su 3270 a fosfori verde server TP-Monitor su Mainframe 2

3 Definizione del TP Monitor Un Sistema Operativo per Transaction Processing Transaction Management Resource Management: comunicazione, memoria, spazio disco Process Management: attivazione di processi (o thread), distribuzione del carico, monitoraggio, recovery,... 3

4 La Rivoluzione Client-Server La diffusione dei PC offre: nuova potenza di calcolo da sfruttare; soluzioni economiche per realizzare GUI userfriendly (Ambienti come Visual Basic,...) Si diffondono i DB Relazionali (RDBMS) 4

5 Architettura a due livelli (two-tier) il Fat Client include: Presentation Logic Business Logic Data Manipulation Logic (connessioni a DB e query SQL) il Server in generale si limita a gestire l'accesso ai dati (Resource Manager, solitamente RDBMS) 5

6 Vantaggi dell'architettura a due livelli Sfrutta il parallelismo nel piu` semplice dei modi, distribuendo i client su macchine diverse 6

7 Svantaggi dell'architettura a due livelli Fat Client include business logic richiede upgrade del client ad ogni upgrade del server dimensioni eccessive incompatibili con il download a run-time (Applet Java) poco scalabile migliaia di applicazioni client accedono a l'unico server RDBMS 7

8 TP-lite: la via degli RDBMS Vendor stored procedure e triggers riportano parte della logica applicativa nel server Vantaggi: viene limitato il traffico dei dati sulla rete (sequenze di query SQL pilotate direttamente sul server) Svantaggi: resta sovraccaricato un unico server 8

9 TP-heavy: la via dei TP Vendor Unix-based TP monitor: BEA Systems TUXEDO Digital's ACMSxp IBM's Encina NCR's Top End UniKix Technologies'UniKix Controindicazioni dei TP Monitor Costi e Difficoltà d uso 9

10 L'impatto di Open Systems e OO Open systems are computer systems that provide some combination of interoperability, portability, and open software standards. Object Oriented Distribution: uso di oggetti remoti in maniera trasparente 10

11 CORBA Si diffonde l'architettura CORBA (Common Object Request Broker Architecture) di OMG (Object Management Group) a vendor-independent architecture and infrastructure that computer applications use to work together over networks. Using the standard protocol IIOP, a CORBA-based program from any vendor, on almost any computer, operating system, programming language, and network, can interoperate with a CORBA-based program from the same or another vendor, on almost any other computer, operating system, programming language, and network. 11

12 12

13 L'impatto del WWW Nasce per realizzare ipertesti su rete Basato sull'uso di HTTP, HTML e Browser Uso del protocollo CGI per servire pagine dinamiche 13

14 L'impatto di Internet sulle Applicazioni Distribuite Il browser diventa il thin client universale Applicazioni aggiornabili solo sul server (utenti anonimi) Il server Web c è e quindi si candida ad occupare il secondo livello 14

15 Prima Generazione Applicazioni Web Architettura a tre livelli (browser, Application Server, DB) Client: Browser di prima generazione (no Java, no Scripting) Application Server: Web server con estensioni CGI (Perl, shell,...) HTTP come protocollo di comunicazione tra client e server La presentazione viene realizzata ridisegnando completamente la pagina del browser ad ogni interazione con l utente 15

16 16

17 Seconda Generazione Web Architettura a più livelli (three-tier o multi-tier) Thin Client (Browser delle ultime generazioni + uso di Java + Dynamic HTML) un certo numero di Application Server Distribuiti (Business Logic + Data Access Logic) HTTP come protocollo tra browser e web-server la presentazione può essere realizzata senza ridisegnare tutta la pagina del browser, grazie alla comunicazione Applet - Application Server basata su HTTP o in qualche caso su IIOP IIOP (CORBA) come protocollo di comunicazione tra gli Application Server e con i sistemi legacy. 17

18 Terza Generazione Web Nasce l esigenza di far comunicare le applicazioni su Internet, con un minimo coordinamento tra i nodi CORBA si dimostra inadatto a questo fine Comincia il processo di standardizzazione della nuova tecnologia dei Web Services, basati su http e XML. Attorno ad http e XML si cerca di standardizzare tutta una serie di servizi analoghi a quelli già disponibili per altri ambienti distribuiti, come CORBA. 18

19 19

20 La programmazione su Internet The W3C defines a Web service as: a software system designed to support interoperable machine-to-machine interaction over a network. It has an interface described in a machine-processable format (specifically WSDL). Other systems interact with the Web service in a manner prescribed by its description using SOAP messages, typically conveyed using HTTP with an XML serialization in conjunction with other Web-related standards. Representational state transfer (REST) is an architectural style consisting of a coordinated set of constraints applied to components, connectors, and data elements, within a distributed hypermedia system. REST ignores the details of component implementation and protocol syntax in order to focus on the roles of components, the constraints upon their interaction with other components, and their interpretation of significant data elements. A server-side web API is a programmatic interface to a defined request-response message system, typically expressed in JSON or XML, which is exposed via the web most commonly by means of an HTTP-based web server. 20

21 Web Services Trends 21

22 REST 22

23 Web API 23

24 L'architettura logica di un nodo 24

25 L'architettura fisica di un nodo 25

26 L'architettura software di un nodo 26

27 Case Study 1 (da: Release It!) 27

28 Case Study 1 (da: Release It!) 28

29 Case Study 1 (da: Release It!) 29

30 Case Study 1 (da: Release It!) 30

31 Case Study 1 (da: Release It!) public List lookupbycity(... ) throws SQLException, RemoteException { Connection conn = null; Statement stmt = null; try { Conn = connectionpool.getconnection(); Stmt = conn.createstatement(); //... business logic, return results... } finally { if (stmt!= null ) stmt.close(); if (conn!= null ) conn.close(); } } } 31

32 Case Study 1 (da: Release It!) public List lookupbycity(... ) throws SQLException, RemoteException { Connection conn = null; Statement stmt = null; try { Conn = connectionpool.getconnection(); Stmt = conn.createstatement(); //... business logic, return results... } finally { if (stmt!= null) { try { stmt.close(); } catch (SQLException e) { /*ignored*/ } if (conn!= null ) conn.close(); } } 32