Nel mio ultimo post ho passato in rassegna i requisiti classici dell'integrazione e ho delineato quattro nuovi requisiti che stanno determinando la richiesta di piattaforme di integrazione come servizio(iPaaS) nelle aziende:
- Resilienza
- Fluidità nelle implementazioni ibride
- Gestione inesistente del ciclo di vita della piattaforma
- Protezione del futuro per il mondo di social, mobile, analytics, cloud e internet delle cose (SMACT)
In questo post, esaminerò il requisito n. 3: gestione inesistente del ciclo di vita della piattaforma.
Con distribuzioni sempre più ibride (come discusso nel post #2 sui requisiti di iPaaS), la gestione del ciclo di vita può diventare molto rapidamente un incubo per gli utenti di tecnologie di integrazione ESB ed ETL legacy. L'aggiornamento del software di integrazione on-premises, come le librerie di prodotti principali, comporta in genere aggiornamenti binari per ogni installazione in ambienti ibridi. Anche se ogni fornitore è diverso, sono sempre sorpreso nel constatare quante installazioni di integrazione cloud sono semplicemente software ospitati in sede e non veri e propri SaaS multitenant. Ciò significa che il fornitore deve aggiornare ogni cliente e mantenere più versioni. Tuttavia, gli aggiornamenti più impegnativi sono quelli delle installazioni on-premise gestite dal cliente. È sempre sorprendente scoprire quanti clienti aziendali utilizzano versioni vecchie e non supportate del software di integrazione a causa della paura degli aggiornamenti e della mentalità poco scalabile del "se non è rotto, non aggiustarlo". I macchinosi aggiornamenti manuali delle installazioni di integrazione on-premise sono soggetti a errori e comportano cicli di test e tempi di inattività significativi. Più grande è l'implementazione, più grande è la sfida dell'aggiornamento, e le librerie di connettori possono essere altrettanto dolorose. Infine, le modifiche alla configurazione locale e la necessità di ricostruire le mappature (si veda il mio punto sul mito del "mappare una volta sola") richiedono anch'esse cicli di test approfonditi.
I clienti SaaS sono abituati a interagire con processi aziendali complessi (come la gestione delle opportunità di acquisto in un'applicazione CRM) attraverso una semplice interfaccia web. Di conseguenza, l'asticella fissata per le moderne piattaforme di integrazione è un po' più alta: questi clienti si aspettano che il fornitore li protegga dalla maggiore complessità possibile. Un'aspettativa simile riguarda la gestione del ciclo di vita dell'iPaaS.
I nuovi requisiti relativi al ciclo di vita sono:
-
I clienti vogliono zero installazioni sul desktop, punto. I clienti vogliono abbandonare gli ambienti di sviluppo integrati (IDE) che sono estremamente incentrati sullo sviluppatore e richiedono aggiornamenti periodici. I clienti vogliono progettisti basati su browser per la creazione di integrazioni che consentano loro di usufruire automaticamente delle funzionalità più recenti e avanzate.
-
I clienti si aspettano che l'installazione del motore di runtime sia anche autoaggiornante. Questo aspetto è particolarmente importante per le installazioni on-premise, per evitare le attività più complicate e soggette a errori e gli interminabili cicli di test. I motori di runtime iPaaS di oggi dovrebbero essere abbastanza intelligenti da inviare aggiornamenti binari a ogni motore di runtime, indipendentemente dalla sua posizione - on-premise o cloud. Questo è particolarmente efficiente con un'architettura di integrazione definita dal software, perché ogni motore di runtime (chiamiamo il nostro piano dati Snaplex) è un contenitore stateless in attesa di istruzioni di esecuzione dal piano di controllo.
-
I clienti si aspettano che le istruzioni di esecuzione includano anche le librerie dei connettori e le informazioni di configurazione, il che significa che i clienti non devono più preoccuparsi di modificare manualmente la configurazione in ogni punto di installazione.
Una soluzione iPaaS veramente moderna offrirà tutti questi elementi e un servizio di integrazione che elimina gran parte dei problemi legati alla gestione del ciclo di vita tradizionale. Il costo e i rischi di non avere un software autoaggiornante sono di un ordine di grandezza superiore nell'era odierna della distribuzione agile del software (si noti che SnapLogic fornisce nuove innovazioni software con cadenza mensile - si veda il nostro aggiornamento di marzo qui). Questo approccio offre grandi vantaggi: da un lato, i clienti sono sempre sulla piattaforma più recente e si tengono automaticamente al passo con le innovazioni fornite dai fornitori. In secondo luogo, non devono più pianificare cicli di aggiornamento lunghi e costosi, che sono sempre associati a tempi di inattività dell'infrastruttura e ostacolano la continuità aziendale. Ma il vantaggio più grande è che la vostra piattaforma di integrazione è costruita per funzionare alla velocità di cloud !
Nel prossimo e ultimo post di questa serie, parlerò dell'importanza di scegliere un iPaaS che garantisca il futuro dei vostri investimenti di integrazione per affrontare le sfide poste dal nuovo mondo SMACT (Social, Mobile, Analytics, Cloud e Internet of Things).
