ESB vs. Microservizi: qual è la differenza?

Un ESB, o enterprise service bus, è un approccio di integrazione che utilizza un componente software centralizzato per creare integrazioni tra le applicazioni. Per creare un ESB, gli sviluppatori costruiscono un bus di comunicazione tra diverse applicazioni. Successivamente, permettono a ciascuna applicazione di comunicare con il bus, il che a sua volta consente la condivisione di dati e comunicazioni tra le applicazioni connesse. Questo approccio standardizzato all'integrazione delle applicazioni significa DevOps non dovrà costruire integrazioni point-to-point personalizzate per ogni applicazione.

Aiuta vedere l'ESB nel contesto di come viene utilizzato nell'architettura informatica complessiva. Gli ESB sono gli elementi costitutivi della SOA, o architettura orientata ai servizi, un approccio architetturale progettato per favorire la comunicazione tra i servizi tramite il loose coupling. SOA è l'approccio generale all'architettura di un sistema, mentre ESB è lo strumento di comunicazione che rende possibile questo approccio.

Per maggiori informazioni su come ESB si inserisce nell'architettura SOA, leggi "ESB e SOA".

I microservizi sono un approccio cloud-native in cui un'unica applicazione è composta da molti componenti o servizi distribuibili in modo indipendente. Una differenza del tradizionale approccio applicativo monolitico di grandi applicazioni strettamente accoppiate, i microservizi utilizzano invece i container. L'utilizzo dei container crea un sistema scalabile e distribuito che evita i colli di bottiglia di un database centrale.

I microservizi si distinguono in base alla loro funzionalità aziendale. Ad esempio, il carrello di un'applicazione, i dati dei clienti e le informazioni sui prodotti sono tutti memorizzati nel proprio database e comunicano in tempo reale tramite API, event streaming o protocolli di messaggistica per creare la funzionalità complessiva dell'applicazione.

La principale distinzione tra ESB e microservizi è che un ESB è uno strumento di Integrazione, mentre i microservizi sono, come suggerisce il nome, piccoli componenti che sono combinati per creare un'applicazione.

Un ESB è un hub centralizzato e standardizzato che acquisisce, trasforma e restituisce dati affinché varie applicazioni e servizi possano comunicare facilmente. I microservizi sono liberi da dipendenze da altri microservizi. Possono essere collegati e disattivati dalle applicazioni secondo necessità. Sebbene seguano approcci diversi, ESB e microservizi puntano allo stesso obiettivo: rendere lo sviluppo e le operazioni di applicazioni basate su cloud più facili ed efficienti.

Per comprendere appieno la differenza tra ESB e microservizi, è utile osservare non solo come si confrontano, ma anche come ESB e microservizi si relazionano ai rispettivi modelli architettonici.

Un'architettura a microservizi è composta da molti servizi altamente specializzati che i team di sviluppo collegano per costruire la funzionalità di un'applicazione. Con il continuo progresso della progettazione dell'architettura dei microservizi, aumentano i benefici del disaccoppiamento dei servizi: sono più agili, scalabili e reattivi alle esigenze delle organizzazioni odierne.

ESB, invece, è un prodotto inizialmente progettato per l'era pre-cloud e dei sistemi legacy. Le integrazioni richiedono più tempo per essere sviluppate e sono meno flessibili rispetto all'approccio dell'architettura a microservizi. L'hub di integrazione centralizzato di un ESB può rendere la risoluzione dei problemi più semplice rispetto all'identificazione della causa all'interno dei microservizi. Tuttavia, senza tolleranza ai guasti, l'ESB può anche fungere da singolo punto di guasto per l'intera azienda, il che si traduce in un problema generale più grande da correggere.

Per saperne di più sulla distinzione tra architettura ESB e SOA e architettura a microservizi, leggi "SOA e microservizi: qual è la differenza?"

Alcuni benefici e svantaggi dell'utilizzo dell'ESB includono i seguenti:

• Pro: puoi facilmente riutilizzare i servizi. Una volta che un servizio è connesso tramite ESB, può connettersi ad altri con il minimo sforzo. 
• Pro: consente una migliore governance e monitoraggio. Poiché ESB è un hub centralizzato per l'integrazione delle applicazioni, può anche fungere da punto centrale per governare l'utilizzo dei servizi e monitorare le statistiche.
• Pro: distribuire le applicazioni è più semplice. Tutte le funzionalità di instradamento e orchestrazione dei servizi sono integrate nell'ESB, rendendo la distribuzione più semplice.
• Contro: provoca rischi di disponibilità. Il bus stesso può essere un singolo punto di guasto a causa del ruolo centrale di un ESB nell'orchestrazione di tutti i sistemi della rete.

Alcuni vantaggi e svantaggi dell'utilizzo dei microservizi includono:

• Pro: dà al DevOps maggiore flessibilità. I team possono utilizzare stack e linguaggi di programmazione diversi per componenti diversi.
• Pro: i microservizi consentono lo sviluppo Agile permettendo l'aggiunta di nuove caratteristiche o funzionalità senza modificare l'intera applicazione.
• Pro: le basse dipendenze tra i servizi semplificano la distribuzione continua e i team possono effettuare l'implementazione più rapidamente.
• Pro: i componenti possono essere scalati indipendentemente senza dover scalare intere applicazioni.
• Contro: i microservizi sono estremamente flessibili e agili, ma creano maggiore complessità. Con i servizi indipendenti distribuiti in più luoghi, i problemi con un servizio possono riguardare più applicazioni.

La risposta breve è no. Un ESB può collegare sia servizi web piccoli e specializzati sia servizi e applicazioni più vecchi a livello aziendale. Questo la rende la soluzione migliore per integrare grandi soluzioni on-premise con soluzioni SaaS e altri ambienti basato su cloud.

Eppure, negli ultimi anni, i microservizi sono diventati il modello architettonico preferito in molte organizzazioni. Esistono diverse ragioni per cui oggi i microservizi hanno un vantaggio rispetto a ESB e SOA:

• Possono essere modificati in modo indipendente per creare una maggiore agilità.
• Possono essere scalati indipendentemente per utilizzare meglio l'infrastruttura cloud-native.
• Possono garantire la resilienza necessaria per operazioni online 24 ore su 24, 7 giorni su 7.

Ecco alcuni casi d'uso per quando i microservizi sarebbero l'approccio architetturale preferito:

• Servizi di streaming: la capacità di aumentare o diminuire rapidamente è essenziale per le grandi fluttuazioni di dati e traffico che derivano dalle applicazioni di streaming audio e video.
• Flessibilità nell'aggiunta di nuove caratteristiche: i consumatori di oggi cercano aggiornamenti e personalizzazioni costanti. I microservizi rendono più facile aggiungere nuove caratteristiche perché permettono ai DevOps di scegliere il linguaggio che meglio si adatta alle competenze e la tecnologia di implementazione che meglio si adatta alle prestazioni.
• Internet of Things (IoT): un prodotto IoT può avere milioni di endpoint che raccolgono dati 24/7. I microservizi, con la loro architettura disaccoppiata e la scalabilità, possono aiutare a gestire le richieste di dati che accompagnano IoT.
• Dati sicuri: l'utilizzo dei cloud service per l'integrazione e lo storage dei dati può essere complicato da regolamenti e requisiti di conformità. Con microservizi, i dati vengono gestiti in isolamento. I team di sviluppo mantengono il pieno controllo sui dati, facilitando la conformità con HIPAA e GDPR.

Sebbene oggi i microservizi siano in vantaggio, è probabile che l'ESB adatti gli aspetti dell'architettura a microservizi per soddisfare la domanda. L'aumento della tecnologia dei container e la necessità di integrare più ambienti cloud influenzeranno il modo in cui viene utilizzata l'architettura ESB e i modi in cui si evolverà e diventerà più moderna.

Poiché oggi le aziende cercano una soluzione non invasiva per spostare l'infrastruttura IT verso l'hybrid cloud, avranno bisogno di un approccio moderno all'Integrazione. Per molte aziende, ciò includerà la trasformazione dei workload basati su modelli SOA ed ESB in un modello più leggero e flessibile.

Le aziende possono utilizzare la scalabilità e la flessibilità del cloud implementando microservizi indipendenti, garantendo al contempo che i sistemi legacy rimangano pertinenti con le offerte ESB in evoluzione. L'uso dell'automazione può standardizzare il processo, indipendentemente dall'approccio, rendendo la transizione più veloce ed efficiente. IBM ti dà accesso a funzionalità di automazione basate sull'AI, compresi workflow precostituiti, per aiutarti ad accelerare l'innovazione e la trasformazione digitale.

Scopri come IBM® Cloud Integration Solutions può accelerare lo sviluppo dell'integrazione fino al 300%, ridurre i costi di oltre il 33% e aumentare l'efficienza operativa complessiva.

Esplora la modernizzazione delle integrazioni e l'utilizzo degli investimenti in middleware con IBM® Cloud Pak for Integration. Questa piattaforma di integrazione ibrida utilizza un approccio automatizzato e a loop chiuso che supporta più stili di integrazione all'interno di una singola esperienza unificata.

Ottieni un quadro completo di dove la tua organizzazione deve andare per far progredire la sua tecnologia di integrazione. La valutazione della maturità dell'integrazione di IBM offre uno sguardo critico sulla maturità dell'integrazione della tua organizzazione e sulle azioni che puoi intraprendere per raggiungere il livello successivo.