Sul blog di SnapLogic abbiamo scritto molto sui requisiti e le motivazioni per la piattaforma di integrazione aziendale come servizio(iPaaS). Tra i recenti rapporti degli analisti del settore e un flusso costante di notizie sui media sull'importanza dell'integrazione per il successo di cloud e dei big data, come questo: 5 Reasons Integration is Changing, credo sia giusto dire che l'integrazione è in fase di "re-immaginazione" nell'impresa.
Di recente ho scritto un articolo, apparso per la prima volta su NetworkWorld, sul tema del confronto tra iPaaS e gli approcci tradizionali a cloud e all'integrazione dei dati, come ad esempio i sistemi tradizionali. ESB sistemi. Ho ripubblicato qui l'articolo per ricevere commenti. Come sempre, apprezzerei le vostre opinioni.
--
iPaaS: Un nuovo approccio all'integrazione di Cloud
L'integrazione delle applicazioni è stata spesso un esercizio di frustrazione: lunghi ritardi, costi elevati e promesse eccessive da parte dei fornitori. Quanti progetti ERP sono stati cancellati o accantonati a causa di complesse sfide di personalizzazione e integrazione?
Le tecnologie Cloud e le API aperte stanno aiutando le aziende a unire sistemi on-premise e off-premise senza dover ricorrere a una notevole codifica e riarchitettura. Invece di richiedere specialisti in SOA, enterprise service bus (ESB), extract transform and load (ETL) e data warehousing, le organizzazioni sperano che il concetto di Integration Platform as a Service (iPaaS) possa essere utilizzato per integrare i sistemi nella metà del tempo utilizzando generalisti tecnicamente esperti e un maggiore coinvolgimento delle linee di business.
Secondo la definizione di Gartner, Forrester, Ovum e altre società di analisi, l'iPaaS rappresenta un nuovo approccio per le organizzazioni IT aziendali che stanno attraversando una rapida transizione verso il sito cloud e che hanno piani per i big data.
Alla base del passaggio a piattaforme di integrazione più flessibili, cloud , ci sono due tendenze fondamentali: la "cloudificazione", la corsa alla trasformazione delle organizzazioni in architetture basate su cloud; e la necessità di agilità, dato che le aspettative degli utenti aziendali per una rapida erogazione di nuovi servizi web, sociali e mobili continuano a crescere.
Nella nostra recente indagine TechValidate abbiamo chiesto quali sono i fattori che spingono all'adozione di una piattaforma di integrazione cloud e la risposta principale è stata "velocità e time to value". Gli intervistati si sono inoltre dichiarati contrari agli strumenti legacy on-premises per soddisfare i requisiti di integrazione di cloud , con il 43% che ha sottolineato l'elevato costo degli acquisti e delle configurazioni di hardware e software. Più di un terzo (35%) ha dichiarato che la gestione delle modifiche è dolorosa negli strumenti legacy, dove le modifiche agli end point comportano una rielaborazione dell'integrazione.
Esaminiamo gli approcci tradizionali al problema:
Il bus di servizi aziendali
- L'ESB è un'architettura middleware progettata per gestire l'accesso alle applicazioni e ai servizi e presentare agli utenti finali un'interfaccia unica e coerente. L'ESB incorpora le caratteristiche necessarie per implementare un'architettura orientata ai servizi (SOA) ed era interessante per le organizzazioni IT aziendali alle prese con versioni e aggiornamenti delle applicazioni in continua evoluzione.
- Si pensava che il "loose coupling" avrebbe introdotto una maggiore flessibilità nella gestione del ciclo di vita delle applicazioni. Sfortunatamente, per molti l'implementazione della visione SOA ed ESB era troppo costosa e complicata. Le organizzazioni IT dovevano installare tre ambienti (sviluppo, test e produzione), con conseguenti ritardi.
- In secondo luogo, gli ESB non erano molto flessibili nella gestione dei cambiamenti, come l'aggiunta di un nuovo campo a un punto finale, a causa della scarsa flessibilità delle tecnologie sottostanti. In terzo luogo, i progetti ESB richiedevano esperti di integrazione specializzati e costosi. Di conseguenza, molte organizzazioni IT hanno continuato a utilizzare gli stessi vecchi metodi di integrazione delle applicazioni aziendali (EAI) point-to-point del passato, il che non è di buon auspicio per l'integrazione delle applicazioni cloud più dinamiche che le aziende oggi preferiscono, come Salesforce e Workday.
ETL o integrazione dei dati in batch
L'ETL è tipicamente utilizzato per far entrare e uscire i dati da un repository (data mart, data warehouse) a fini analitici e spesso risponde a requisiti di pulizia e qualità dei dati e di master data management (MDM). Con l'avvento di Hadoop, che consente di gestire in modo economico la raccolta e l'archiviazione di dati strutturati e non strutturati, tuttavia, la rilevanza dei tradizionali approcci ETL incentrati su righe e colonne è ora in discussione.
Integrazione basata su XML
Molti strumenti di integrazione delle applicazioni sono basati su XML, il che nel tempo ha comportato alcune carenze tecniche. Tra questi, il fatto che i tag di codifica XML sono significativi e possono dare luogo a payload gonfiati e al costoso overhead del marshalling ripetuto dei dati dentro e fuori il modello a oggetti del documento (DOM). Inoltre, a differenza di JavaScript Object Notation (JSON), XML non è ideale per supportare le informazioni polistrutturate che stanno diventando sempre più comuni nelle aziende di oggi. Gli strumenti basati su XML sono stati progettati per gestire insiemi di dati più piccoli a basse latenze, causando problemi quando le aziende tentano di utilizzare tali strumenti per progetti di integrazione di applicazioni cloud ad alto volume e ad alta velocità.
L'iPaaS cerca di risolvere molti dei problemi che i sistemi legacy non sono stati in grado di risolvere in modo economicamente vantaggioso o nell'ambito dei requisiti più rapidi dello sviluppo agile. L'iPaaS è un insieme di servizi basati su cloud che consente alle organizzazioni IT e alle linee di business di sviluppare, distribuire, gestire, governare e integrare applicazioni e sistemi aziendali.
I fornitori forniscono l'infrastruttura software e hardware, nonché gli strumenti per costruire, testare, distribuire, monitorare e orchestrare i flussi di integrazione. Le soluzioni includono connettori precostituiti per supportare una varietà di fonti di dati e sistemi moderni e legacy. Sebbene l'adozione dell'IT aziendale sia ancora agli inizi, le soluzioni iPaaS sono sviluppate per soddisfare le nuove aspettative del business cloud , costruite su standard moderni, leggeri e più flessibili come JSON e REST, con la possibilità di scalare in modo elastico quando necessario.
Poiché iPaaS astrae la complessità e, in questo caso, il codice, si percepisce una perdita di funzionalità o flessibilità per l'IT, ma il compromesso è un guadagno di produttività.
Cosa considerare
Nelle grandi organizzazioni, il passaggio a una soluzione iPaaS è spesso un approccio graduale e molte aziende manterranno ESB e altre architetture più vecchie per un certo periodo di tempo, mentre modernizzano la loro infrastruttura di applicazioni e dati. Ecco alcune riflessioni su come affrontare l'iPaaS.
Innanzitutto, valutate i fornitori di iPaaS in base ai seguenti requisiti tecnici:
Integrazioni guidate da metadati e approcci programmatici- Esperienza utente drag-and-drop che consente un certo grado di self-service
- Connettività precostituita (per ridurre al minimo la codifica)
- Cloud-Gestione e monitoraggio basati sulla gestione, compresa la gestione completa degli errori, il supporto transazionale, la trasformazione dei dati e altre operazioni.
- Un modello di distribuzione ibrido che rispetta la gravità dei dati e consente di eseguire l'elaborazione vicino alle applicazioni, indipendentemente da dove risiedono.
Inoltre, se la vostra organizzazione si sta trasformando in un'azienda basata su cloud, dove l'agilità è fondamentale, assicuratevi di approfondire gli aspetti della piattaforma iPaaS e di non rimanere bloccati in una tecnologia adatta solo a uno stile di integrazione. Una soluzione iPaaS deve essere costruita per esporre e consumare microservizi ed essere in grado di gestire l'integrazione delle applicazioni in tempo reale, nonché i nuovi requisiti di integrazione dei big data che stanno guidando le iniziative di analisi predittiva, marketing digitale e centralità del cliente nell'azienda moderna.
Per gestire i nuovi requisiti di dati e API di social, mobile, analytics, cloud e Internet of Things(SMACT) senza soluzione di continuità, un iPaaS deve espandere e contrarre la capacità di calcolo per gestire carichi di lavoro variabili, mentre lo streaming dei dati entra ed esce da un'infrastruttura di analytics basata su Hadoop.
Sebbene l'integrazione non sia certo una nuova sfida per l'IT aziendale, ci sono ancora molte vecchie idee e tecnologie che devono essere riconsiderate man mano che cresce l'adozione delle applicazioni aziendali cloud e che emergono nuovi approcci per gestire i requisiti dei big data. La buona notizia è che ancora una volta il mercato dell'integrazione è caratterizzato da un'enorme innovazione. Di conseguenza, anche iPaaS sta guadagnando l'accettazione e l'adozione da parte dell'IT aziendale.
