Message Broker vs. iPaaS

0

Qualcuno ha suggerimenti / consigli / indicazioni che può offrire su quando utilizzare un broker di messaggi come RabbitMQ / Kafka rispetto a una soluzione iPaaS come Mulesoft / Jitterbit / Dell Boomi / Workato? Possono coesistere pacificamente? O dovrebbe essere selezionata una delle due opzioni come middleware di integrazione defacto?

Ho l'inizio di un'architettura di micro-servizi costruita su RabbitMQ, ma sto valutando altre opzioni di middleware. Nei nostri servizi, abbiamo bisogno della capacità di comunicare tra i servizi, naturalmente, ma anche di integrarsi con soluzioni SaaS come Salesforce. Ho esperienza con RabbitMQ e mi piace la velocità e la scalabilità orizzontale che offre, tuttavia è una tecnologia piuttosto di basso livello rispetto ad alcune delle soluzioni iPaaS. Ad esempio, in Workato non c'è IDE di cui parlare o codice da scrivere; è un'esperienza point-and-click in un browser Web per creare un'API da integrare con i sistemi SaaS e anche software on-prem (tramite "agenti" installati). Sono in procinto di valutare le opzioni del middleware per un'azienda di medie dimensioni e cercare di dare un senso a tutte le opzioni di strumenti. I broker dei messaggi e le soluzioni iPaaS sono molto diversi l'uno dall'altro, ma entrambi offrono valore nel collegamento di software costruiti in diversi stack tecnologici. iPaaS offre potenziali guadagni di produttività fornendo "connettori" pre-costruiti per soluzioni SaaS come Salesforce, ecc., ma anche la maggior parte dei sistemi iPaaS costa migliaia al mese. Non riesco a immaginare che le soluzioni iPaaS siano in grado di offrire velocità di throughput possibili con i broker di messaggi, ma è un presupposto che vorrei verificare con chiunque possa parlare attraverso una soluzione iPaaS.

Questa è una domanda abbastanza ampia, ma gradirei qualsiasi opinione di persone che hanno esperienza con soluzioni iPaaS come quelle menzionate, in particolare sulla velocità effettiva / velocità nella connessione di più micro servizi on-prem e / o soluzioni SaaS di terze parti. Mi sembra che passare a un iPaaS richieda più un'architettura hub-and-spoke rispetto all'architettura di un broker bus / message message, ma forse possono coesistere?

    
posta Andy 01.08.2018 - 17:25
fonte

1 risposta

0

Hai ragione a proposito del throughput che otterresti con una soluzione di broker di messaggi a basso livello rispetto a un iPaas, tuttavia dovresti considerare se hai davvero bisogno di quella velocità effettiva. Alcune soluzioni iPaas sono abbastanza veloci e potrebbero essere 'abbastanza veloci' per il tuo caso d'uso.

Abbiamo implementato con successo una piattaforma di integrazione per connettere i sistemi in tempo reale (IoT / sistemi di controllo) con le applicazioni aziendali. Utilizza un bus di messaggi che consente ai dispositivi di pubblicare messaggi che possono attivare un'orchestrazione per estrarre dati da altre fonti e prendere decisioni relative alla gestione degli incidenti.

Avere uno strumento di progettazione di livello superiore (anziché scrivere codice grezzo di basso livello) aiuta a ridurre i tempi di iterazione sulla soluzione e riduce il tempo necessario per apportare modifiche e distribuire.

Fammi sapere se desideri ulteriori dettagli sulla soluzione che abbiamo utilizzato.

    
risposta data 14.08.2018 - 19:01
fonte