Enterprise Service Bus 020007F7

Embed Size (px)

Text of Enterprise Service Bus 020007F7

  • INTEGRAZIONE DI SERVIZI

    ENTERPRISE SERVICE BUS

  • SERVICE ORIENTED ARCHITECTURE

    Nellaccezione classica, possibile esporre una serie di Web Services per permettere ai vari client di interrogare i sistemi informativi aziendali attraverso la rete. Le specifiche di tali servizi sono definite dal produttore e riguardano: formato dei dati (sia in ingresso che in uscita); protocollo di comunicazione; sicurezza.

    2

  • SERVICE ORIENTED ARCHITECTURE (2)

    3

    CLIENT APPLICATION

    CLIENT APPLICATION

    CLIENT APPLICATION

    SERVICES

    COMPONENTS

    C1

    C2

    C3

    INTERNET

  • SERVICE ORIENTED ARCHITECTURE (3)

    In unarchitettura SOA classica, il produttore definisce la metodologia di accesso ai propri dati, specificando tutto il necessario. ovvio che, ad un cambio di tali specifiche, i client devono adeguarsi. altres necessario che i client si adeguino alla tecnologia con la quale tali servizi sono esposti.

    4

  • ENTERPRISE SERVICE BUS

    Un Enterprise Service Bus permette di adottare meccanismi pi versatili nellimplementazione di unarchitettura SOA. In particolare, permette il totale disaccoppiamento delle tecnologie tra produttore e consumatore, e permette di mantenere intatte le comunicazioni anche in caso di cambiamenti nel produttore stesso.

    5

  • ENTERPRISE SERVICE BUS (2)

    6

    Client systems and users

    Applications Servers

    Mobile Client

    Servers

    Commerce Servers

    Web Services

    Java messaging systems IBM MQ Servers, etc.

    Legacy, mainframe and

    minicomputer installations

    Database Servers

    ENTERPRISE SERVICE BUS

    Email Servers

    Web Services

  • I VANTAGGI

    Utilizzando un Enterprise Service Bus possiamo ottenere: Service Location Transparency; condivisione di servizi e dati sia allinterno dellazienda che

    allesterno; separazione tra i servizi di business e le implementazioni;

    7

  • SERVIZI DI BUSINESS vs. IMPLEMENTAZIONE

    Servizio di Business: funzionalit di alto livello fornita dallazienda al cliente finale. Definisce il formato di input e di output dei dati; Implementazione: parte della logica necessaria per portare a termine un servizio di business.

    8

  • 9

    SERVIZI DI BUSINESS vs. IMPLEMENTAZIONE (2)

    Business Services exposed to client as a service name and specified input and output structures (i.e through WSDL)

    Business Service Def PlaceTrade

    WSDL

    Java

    Client Application

    PlaceTrade

    saveTradeOrder

    Enterprise Service Bus

    Service Provider

    Implementation Services are coded within the Service Providers (i.e. thourgh Java/EJB)

  • CARATTERISTICHE

    10

    Enterprise Service Bus

    Routing

    Message Enhancement

    Security

    Service Monitoring

    Transaction Management

    Protocol Transformation

    Process Choreography

    Message Transformation

    Message Processing

    Service Orchestration

  • CARATTERISTICHE (2)

    Routing: capacit di smistare una richiesta verso un particolare service provider seguendo criteri deterministici; Message Transformation: capacit di convertire la struttura ed il formato del payload della richiesta effettuata dal client nel formato effettivamente gestibile dal service provider; Message Enhancement: capacit di aggiungere, modificare o eliminare linformazione contentuta in un messaggio in modo da renderlo compatibile con il service provider;

    11

  • CARATTERISTICHE (3)

    Protocol Transformation: la capacit di accettare un tipo di protocollo dal client (ad esempio, SOAP) e comunicare al service provider attraverso un protocollo diverso (ad esempio, RMI); Service Mapping: la capacit di mappare un servizio di business con la corrispondente implementazione e di fornire informazioni; Message Processing: la capacit di gestire lo stato e le richieste assicurando il delivery del messaggio di risposta al client;

    12

  • CARATTERISTICHE (4) Service Orchestration: esiste un coordinatore centrale (broker) che controlla lesecuzione dei vari servizi. Offre quindi la possibilit di implementare un processo complesso, senza che i singoli servizi ne siano effettivamente a conoscenza.

    13

    1. Receive WEB SERVICE 1

    WEB SERVICE 3

    WEB SERVICE 2

    WEB SERVICE n

    ORCHESTRAZIONE (coordinatore)

    2. Invoke

    4. n Invoke 3. Invoke

    5. Reply

  • CARATTERISTICHE (5)

    Process Coreography: permette la collaborazione tra entit di pari livello. Tutti i partecipanti hanno conoscenza del processo che deve essere implementato e agiscono di conseguenza; Transaction Management: capacit di trattare una richiesta ad un servizio di business come una singola unit di lavoro; Sicurezza: capacit di proteggere i servizi da accessi non autorizzati

    14

  • ARCHITETTURA Un ESB pu essere scomposto in quattro componenti: Mediator; Service Registry; Orchestrator; Rules Engine.

    15

    Mediator Service Registry

    Rules Engine Orchestrator

  • ARCHITETTURA (2) Orchestrator: Process Orchestration.

    Rules Engine: Routing; Message Transformation; Message Enhancement.

    Service Registry: Service Mapping.

    16

    Mediator: Protocol Transformation; Transaction Management; Security.

  • IL MERCATO

    17

  • 18

    APPLICAZIONE DI UN ESB AL MANUFACTURING

    UN CASO PRATICO

  • LO SCENARIO INIZIALE

    Lazienda, leader nel settore del manufacturing, oltre ad avere la gestione del processo produttivo informatizzata, deve esporre alcuni servizi di business verso lesterno. Tali servizi andranno a movimentare anche le tabelle dellERP aziendale (in questo caso, SAP). In un primo approccio, i servizi esposti erano implementati secondo il canone classico di unapplicazione SOA.

    19

  • LA SOLUZIONE

    Con la migrazione verso un Enterprise Service Bus (SAP PI), lazienda ha centralizzato e standardizzato tutti i servizi di business esposti. In particolare, ha esposto ununica interfaccia di comunicazione verso lesterno, demandando al Service Bus il compito di instradare le varie chiamate verso il sistema di back end corretto.

    20

  • LA SOLUZIONE | VANTAGGI

    Standardizzazione dei messaggi di ingresso e uscita che vengono scambiati;

    Disaccoppiamento tra i servizi di business e la loro effettiva implementazione: la logica risiede sui sistemi di back end;

    Facilit di aggiunta di un nuovo servizio: sufficiente implementare la funzione sui sistemi di back end ed intervenire in maniera minima sullEnterprise Service Bus;

    21

  • LA SOLUZIONE | VANTAGGI (2)

    Robustezza verso le evoluzioni future: visto lalto livello di astrazione

    dei messaggi scambiati, aggiungere o togliere un dato immediato; Miglior controllo delle richieste: possibile monitorare facilmente lo

    stato di ogni singolo messaggio; Standardizzazione dello scambio dei messaggi tra i sistemi di back

    end, sfruttando lo stesso principio di comunicazione dei servizi esposti.

    22

  • CONTATTACI

    VUOI SAPERNE DI PI?

    ENTERPRISE SERVICE BUSSERVICE ORIENTED ARCHITECTURESERVICE ORIENTED ARCHITECTURE (2)SERVICE ORIENTED ARCHITECTURE (3)ENTERPRISE SERVICE BUSENTERPRISE SERVICE BUS (2)I VANTAGGISERVIZI DI BUSINESS vs. IMPLEMENTAZIONESERVIZI DI BUSINESS vs. IMPLEMENTAZIONE (2)CARATTERISTICHECARATTERISTICHE (2)CARATTERISTICHE (3)CARATTERISTICHE (4)CARATTERISTICHE (5)ARCHITETTURAARCHITETTURA (2)IL MERCATOUN CASO PRATICOLO SCENARIO INIZIALELA SOLUZIONELA SOLUZIONE | VANTAGGILA SOLUZIONE | VANTAGGI (2)VUOI SAPERNE DI PI?