Otto anni fa, decine di fornitori di integrazione offrivano decine di soluzioni, tutte con le stesse funzionalità. Scegliendo un qualsiasi strumento ESB o ETL, ognuno sembrava svolgere le stesse funzioni dei concorrenti. Le gare d'appalto non erano più un modo valido per eliminare i fornitori inferiori, poiché ogni soluzione soddisfaceva tutte le esigenze. Inoltre, tutti i fornitori erano pronti ad abbassare i prezzi al minimo pur di aggiudicarsi la vostra azienda. In quel periodo il mercato dell'integrazione aveva davvero raggiunto un livello di commoditizzazione. I consumatori potevano scegliere facilmente qualsiasi soluzione, poiché non esistevano veri e propri elementi di differenziazione.
Da allora, però, diversi fattori hanno cambiato il panorama:
- NoESB - L'architettura NoESB aveva iniziato a riscuotere interesse, spingendo l'idea dell'irrilevanza dell'ESB per molti scenari di integrazione. Tuttavia, un gateway API non era l'alternativa giusta.
- Cloudificazione - La cloudificazione di quasi tutte le applicazioni aziendali on-premise preferite è iniziata nello stesso periodo. Le aziende che stavano pensando a una trasformazione digitale non potevano andare troppo lontano senza una strategia definitiva per cloud .
- Convergenza di ESB ed ETL - I confini tra l'integrazione delle applicazioni e l'integrazione dei dati erano sempre più labili. I CIO e i responsabili IT non volevano avere a che fare con due serie diverse di strumenti di integrazione. Con l'avvento della telefonia mobile e dell'IoT, i volumi di dati esplodevano ogni giorno. Di conseguenza, anche i magazzini di dati si sono spostati su cloud. Per soddisfare queste esigenze di big data, gli strumenti ESB/ETL tradizionali/leggendari erano incompetenti e inadatti.
- Integrazioni agili - Infine, i movimenti DevOps e Agile hanno avuto un impatto anche sulle iniziative di integrazione aziendale. Hanno dato vita a nuove figure di utenti in azienda: i Citizen Integrator o Citizen Developer. Si tratta di manager di LOB o di personale non IT che necessitano di integrazioni rapide all'interno delle loro applicazioni per visualizzare i dati in modo diverso. La dipendenza dall'IT per la fornitura di soluzioni alle aziende stava diventando un grosso ostacolo.
Tutti questi fattori hanno influenzato il mercato iPaaS (Integration Platform as a Service). Attualmente, migliaia di aziende stanno già sfruttando le soluzioni iPaaS per integrare le loro soluzioni cloud e on-premises. Le soluzioni iPaaS si distaccano dagli approcci legacy all'integrazione, sono cloud-native, intuitive, veloci, autoavvianti, supportano architetture ibride e offrono connettori a un'ampia gamma di applicazioni on-premises e on the cloud .
Ora arriva la grande domanda: "Anche le soluzioni iPaaS saranno commoditizzate?". Al momento, la risposta è un deciso NO e le ragioni sono molteplici. Oltre alla scala, alla latenza, alla tenancy, agli SLA, al numero di connettori e così via, una delle aree chiave che differenzierà le soluzioni iPaaS è l'esperienza dello sviluppatore. L'interfaccia utente della soluzione determinerà il tasso di adozione e il valore che essa apporterà all'azienda. Quindi, affinché un citizen integrator utilizzi effettivamente il sistema, l'interfaccia deve essere abbastanza intuitiva da guidarlo nella creazione dei flussi di integrazione in modo rapido, efficace e, soprattutto, senza l'assistenza dell'IT. Questo aspetto da solo può determinare l'adozione del sistema.
I fornitori di iPaaS cercano di migliorare l'esperienza degli sviluppatori con funzionalità quali connettori drag-and-drop, snippet di pipeline, una libreria di modelli, uno starter kit, miglioramenti della mappatura, ecc. Tuttavia, sono pochi i fornitori che offrono strumenti basati sull'intelligenza artificiale che consentono di prevedere in modo intelligente le fasi successive, sulla base delle conoscenze di centinaia di altri utenti, per il vostro flusso di integrazione. L'assistenza dell'intelligenza artificiale è davvero un grande vantaggio per gli integratori cittadini, che possono essere non tecnici. Anche gli sviluppatori tecnicamente esperti possono beneficiare di un significativo aumento della loro produttività. Con innovazioni di questo tipo, lo spazio iPaaS è ben lontano dall'essere mercificato. cloud Tuttavia, le aziende devono ancora diffidare dei venditori di iPaaS che offrono "oltre 1000" connettori, un IDE thick-client o un ESB avvolto in una coperta cloud . E questo è un post per un altro giorno!
