Integrazione di applicazioni aziendali
L' integrazione di applicazioni aziendali o IAE (in inglese enterprise application integration , EAI ) è un'architettura middleware che consente ad applicazioni eterogenee di gestire i propri scambi. Si colloca nella categoria delle tecnologie IT per l'integrazione e l' urbanizzazione aziendale . La sua particolarità è quella di scambiare dati in pseudo tempo reale .
Per estensione, l'abbreviazione EAI designa un sistema informatico che consente di realizzare questa architettura implementando i flussi interapplicativi del sistema informativo .
Componenti
Una piattaforma IAE è composta da diversi elementi:
- I connettori fungono da interfaccia tra l'IAE e le applicazioni. Scansionano gli eventi dell'applicazione e trasmettono i dati associati all'IAE (o forniscono all'applicazione i dati dall'IAE). Questi dati sono chiamati oggetti di business specifici (OMS; in inglese, oggetti di business specifici dell'applicazione ASBO) perché riflettono i dati dell'applicazione (nome del campo, formato ...).
- OMS da (o diretto a) connettori passa attraverso un'operazione di mappatura per trasformare i dati specifici dell'applicazione (OMS) in dati standard presso IAE: OM (oggetti di business; in inglese, oggetti di business BO).
- Gli OM riflettono quindi il modello di dati complessivo delle informazioni provenienti dai vari processi aziendali. Vengono quindi trasmessi a processi chiamati collaborazioni che riflettono la logica di elaborazione da applicare a un OM prima di trasmetterla a un'applicazione di destinazione (completare le informazioni effettuando una ricerca in un'altra applicazione, verificando la validità del processo aziendale, ecc.).
- Un livello di trasporto : questo è il livello utilizzato per instradare i dati tra le applicazioni. Questo livello può essere implementato scambiando file (ad esempio utilizzando FTP ), tramite scambio di messaggi (ad esempio utilizzando un MOM , JMS o Jabber / XMPP ) o anche chiamando i servizi (ad esempio utilizzando SOAP su HTTP).
Esempio di operazione
Per capire il funzionamento, possiamo presentare il seguente esempio: Un'applicazione di gestione ordini A crea un nuovo articolo (una pompa) e vuole metterlo a disposizione di un'applicazione B che segue le anomalie tecniche di questo articolo e di un'applicazione C che visualizza l'articolo su un portale web .
- L'applicazione A crea un nuovo articolo nel suo database . Un'elaborazione automatica ( trigger ) cattura questo evento e lo archivia in una tabella eventi con i dati associati (nuovo articolo).
- Un connettore JDBC ( database ) IAE esegue la scansione di questa tabella ogni dieci secondi e rileva questo nuovo evento. Quindi recupera i dati associati e li copia in un OMS associandoli a un verbo ( creazione ).
- L'OMS passa quindi attraverso una fase di abbinamento per convertire i dati del nuovo articolo (specifico dell'applicazione A ) in un Business Object generico che riflette tutte le informazioni di cui l'azienda ha bisogno per rappresentare un articolo.
- The Object Occupation Article atteso (registrato) da due collaborazioni (C1 e C2). Il primo recupera l'OM, analizza il verbo (creazione) e invia l'OM in creazione all'applicazione B (questo OM viene abbinato per ottenere un articolo OMS destinato a B e viene elaborato dal connettore di B che esegue la creazione). Allo stesso tempo, il secondo Collaboration C2 recupera l'OM originale e lo invia per la creazione all'applicazione C (mappatura, connettore C).
Vantaggi e svantaggi
Benefici :
- Flussi centralizzati: prima dell'arrivo di IAE, le aziende dovevano sviluppare interfacce specifiche per ogni applicazione e collegarle punto a punto. Il risultato è stato una rete complessa ( piatto di spaghetti ) di flussi, difficile da mantenere e sviluppare. Ora, tutte le interfacce IAE convergono su un server centrale ( hub ) che elabora e ridistribuisce i flussi alle applicazioni registrate.
- Mangime trattato "sull'acqua": i dati di aggiornamento vengono riportati sull'acqua, vale a dire come eventi di applicazione della sorgente di misura. Questo riduce il flusso di dati durante i trasferimenti e propone un particolare "aggiornamento" subito dopo la sua eventuale modifica. Ciò riduce anche la perdita di prestazioni delle applicazioni dovuta all'estrazione o all'aggiornamento dei dati perché si elaborano solo flussi piccoli e distribuiti nel tempo.
- Flusso riutilizzabile: se una nuova applicazione vuole accedere agli OM già presenti in IAE, non è più necessario sviluppare tutta la logica di ripristino. In teoria, ha solo bisogno di aggiungere al concentratore IAE la sua collaborazione (se necessita di elaborazione specifica), il suo OMS, le sue mappature e il suo connettore.
- Costo della migrazione dell'interfaccia: quando si cambia una delle applicazioni interfacciate (migrazione, cambio prodotto), sono necessarie poche modifiche. È necessario modificare solo il connettore, la mappatura o la collaborazione specifici dell'applicazione.
Svantaggi:
- Flussi massicci: per flussi massicci (ad esempio: aggiornamento di 10.000 articoli contemporaneamente), la logica dell'elaborazione unitaria delle informazioni è molto lenta. Preferiremmo una soluzione ETL .
- Costo iniziale: il costo di realizzazione dell'infrastruttura è piuttosto elevato. Ma si riduce notevolmente man mano che vengono aggiunti più flussi.
- Risincronizzazione dei database: a seguito di un incidente (bug dell'applicazione, errore di funzionamento, danneggiamento del disco, ecc.), O anche l'arricchimento delle strutture dati, i database in cui vengono copiati i dati devono essere risincronizzati con quelli in cui i dati sono referenziati. Questo fenomeno è purtroppo quasi certo, e anche abbastanza frequente. Di solito è necessaria una speciale procedura di risincronizzazione. Funziona su dati statici che possono essere grandi e non più sugli eventi. Uno studio funzionale è imperativo. Spesso è necessario aggiungere dati di risincronizzazione nei database (identificatore di riconciliazione, data-ora dell'ultimo aggiornamento, ecc.). In effetti, l'IAE deve essere raddoppiato con caratteristiche più vicine a quelle di un ETL. Prima di proporre un aggiornamento al volo, è opportuno iniziare con lo studio della procedura di risincronizzazione. Spesso è sufficiente per soddisfare il bisogno. Altrimenti si deve esprimere la genialità dell'architetto per trovare una soluzione modulare ed evitare la ridondanza delle regole di business tra i due strumenti. Spesso è sufficiente replicare, ad esempio, ogni quattro ore i dati modificati negli ultimi cinque giorni. Il periodo di cinque giorni limita il volume. La sovrapposizione dei periodi consente, quando la procedura cade in errore o quando il database di origine viene ripristinato o riparato, di ripristinare automaticamente la coerenza durante il passaggio successivo. La stessa procedura viene utilizzata per riallineare tutti i dati giocando sul periodo. Quindi le regole di replica sono tutte nello stesso strumento.
IAE in azienda
L'implementazione di una IAE richiede il desiderio di unificare l'integrazione dei sistemi informativi dell'azienda. Una fase di studio dell'urbanizzazione consentirà di:
- identificare la maggior parte dei dati aziendali dell'azienda (ad esempio, articoli, ordini, fornitori, clienti ...)
- definire le applicazioni che saranno master, ad esempio:
- L'applicazione di gestione dei fornitori sarà il master dei dati del fornitore.
- Potrà distribuirli tramite IAE ad altre applicazioni, che potranno utilizzarli come dati di riferimento dei fornitori.
Questi dati saranno rappresentati nell'IAE come un oggetto di business (OM).
Possiamo quindi costruire flussi di informazioni aziendali unificati attraverso i quali ciascuna specifica applicazione può condividere le proprie informazioni con altre all'interno di una fase dell'organizzazione dell'azienda.
Per esempio :
- L'ufficio acquisti ha creato i fornitori che identificheranno gli articoli utilizzati dal reparto produzione.
- Questo reparto di produzione realizzerà i prodotti venduti ai clienti dal reparto vendite.
- Detti clienti saranno seguiti dal servizio post vendita ...
IAE appare solo come una soluzione di integrazione rilevante all'interno di una complessa infrastruttura di scambio di dati . Usare l'IAE per collegare due sistemi estremamente semplici sarebbe importante quanto manipolare un'incudine per estrarre un dado dal suo guscio.
Notiamo che una nuova tecnologia sembra essersi installata davanti all'IAE: l' Enterprise Service Bus (ESB).
link esterno