Componenti del framework di integrazione
Il framework per lo scambio dati include componenti e strumenti che è possibile utilizzare per implementare diversi tipi di scenari di integrazione.
Componenti
Il framework include applicazioni e componenti di integrazione predefiniti che è possibile utilizzare per configurare i componenti. I componenti principali sono descritti nella seguente tabella.
| Componente | Descrizione |
|---|---|
| Strutture oggetti | Una struttura oggetto è il livello di dati comune che i componenti del framework di integrazione utilizzano per l'elaborazione dei messaggi dell'applicazione in uscita e in entrata. Una struttura oggetto è costituita da uno o più oggetti di business correlati che definiscono il contenuto di un messaggio XML o JSON (schema). Per i messaggi JSON, è possibile configurare modelli di messaggi per filtrare i dati dagli oggetti di business correlati inclusi nel messaggio. |
| Oggetti di business | Gli oggetti di business dell'applicazione sono disponibili come risorse REST (Representational State Transfer) per query e aggiornamenti utilizzando il componente API REST del framework di integrazione. |
| Canali di pubblicazione | Un canale di pubblicazione viene utilizzato per inviare messaggi asincroni attraverso una coda messaggi a un sistema esterno. I messaggi del canale di pubblicazione possono essere avviati tramite un evento o mediante la funzione di esportazione dei dati. |
| Code messaggi | Una coda messaggi memorizza i messaggi fino a quando non vengono elaborati ed eliminati. Ogni messaggio viene elaborato una sola volta. Il framework di integrazione supporta quattro tipi di code di messaggi: sequenziale in uscita, continuo in uscita, sequenziale in entrata e continuo in entrata. |
| Canali di richiamo | I canali di chiamata vengono utilizzati per l'invio di messaggi sincroni ad un sistema esterno e l'elaborazione del contenuto della risposta. Il canale supporta l'implementazione della logica di elaborazione e l'associazione della richiesta e della risposta. Un canale di chiamata consente inoltre di utilizzare i dati di risposta per aggiornare gli oggetti di business e visualizzarli agli utenti dell'applicazione. |
| Servizi aziendali | Un servizio aziendale è una pipeline per eseguire query e importare dati da un sistema esterno. Un servizio aziendale può elaborare i dati in modo sincrono (senza una coda) o asincrono (con una coda). I servizi aziendali possono utilizzare diversi protocolli, come i servizi Web e HTTP. |
| Sistemi esterni | Un sistema esterno è definito per l'applicazione esterna con cui si intende eseguire l'integrazione. Il sistema esterno identifica il protocollo di comunicazione da utilizzare e quali servizi aziendali, canali di pubblicazione e code messaggi implementare per tale sistema esterno. |
| Gestori ed endpoint | Un gestore e l'endpoint associato instradano i messaggi in uscita a un sistema esterno. La combinazione di un gestore e del suo endpoint specifica il protocollo di trasporto, come HTTP o servizio web, e fornisce i dati di comunicazione necessari per raggiungere la destinazione, come un URL. Configurare gli endpoint per il gestore utilizzato. |
| Servizi web | È possibile distribuire i servizi del framework di integrazione, ad esempio i servizi della struttura oggetto o enterprise, come servizi Web che i sistemi esterni possono richiamare. |
| Importazione ed esportazione dati | È possibile caricare i dati da file XML o file flat, ad esempio un file di testo separato da virgole o un file CSV. È possibile importare ed esportare i dati in formato JSON. È possibile avviare l'esportazione e l'importazione dei dati da un'applicazione del prodotto ed è possibile pianificare un processo batch per eseguire un'importazione come processo in background. È possibile esportare uno o più record in un file utilizzando un canale di pubblicazione, in cui le condizioni di filtro possono essere applicate per controllare il contenuto dei dati esportati. |
| Contenuto | Il framework di integrazione fornisce contenuto predefinito che include strutture oggetto, servizi aziendali corrispondenti e canali di pubblicazione, un sistema esterno e gestori predefiniti che supportano protocolli di comunicazione differenti. |
| Chiavi API | Si utilizzano le chiavi API per abilitare un'integrazione da macchina a macchina per un client esterno. Quando una chiave API viene assegnata a un client esterno, il client esterno può accedere ai dati e interagire con essi nel sistema Maximo® Manage . |
Elaborazione
Man mano che i messaggi di integrazione fluiscono in e in uscita, il framework fornisce opzioni, quali classi Java™ , regole di elaborazione e associazione XSL, per fornire la logica di trasformazione dei messaggi e le regole di business per soddisfare i requisiti di integrazione.
Comunicazione
Il framework di integrazione può facilitare lo scambio di dati asincrono o sincrono . I messaggi asincroni vengono elaborati attraverso le code messaggi. Le code possono elaborare i messaggi in ordine di priorità (elaborazione sequenziale)o in modo multi - thread (elaborazione continua). I messaggi sincroni che richiedono una risposta al mittente non vengono elaborati tramite code JMS e richiedono una connessione diretta tra il framework di integrazione e l'applicazione esterna.
Quando ci si integra con più applicazioni esterne, è possibile configurare canali e servizi diversi per utilizzare protocolli di comunicazione diversi, tra cui HTTP, servizi Web e messaggistica in coda di messaggi, in base alle capacità di ogni singola applicazione esterna.
Sicurezza
Il framework di integrazione utilizza il supporto del prodotto per la sicurezza dell'autenticazione J2EE, in modo da poter configurare Enterprise Java Beans (EJB), servizi Web e HTTP. È possibile configurare la sicurezza di autorizzazione per applicazioni, oggetti e metodi di servizi standard.
È possibile specificare la sicurezza che consente solo all'utente collegato di creare una chiave API. Per limitare la creazione delle chiavi API per l'utente collegato, specificare 1 per la proprietà di sistema mxe.apikeyforloggedinuser .