Il concetto di piattaforma di integrazione come servizio(iPaaS), come definito da Gartner, Forrester, Ovum e altre società di analisi, ha acquisito una notevole consapevolezza per le organizzazioni IT aziendali che devono affrontare una nuova serie di sfide poste dalla rapida adozione del sito cloud . Esiste una serie di opzioni da considerare una volta riconosciuta la necessità di una strategia di integrazione cloud , la maggior parte delle quali soddisfa i requisiti classici di:
- Integrazioni basate sui metadati
- Esperienza utente drag and drop
- Connettività precostituita (non è necessaria alcuna codifica)
- Gestione e monitoraggio che include una gestione completa degli errori
- Supporto transazionale
- Supporto API SOAP e REST
- Trasformazione dei dati e altre operazioni
- Modello di distribuzione ibrido
Nelle conversazioni che ho avuto con i responsabili IT negli ultimi mesi, due temi ricorrenti stanno chiaramente determinando l'urgenza di iPaaS in azienda:
- "Cloudification ": l'espansione di Cloud ha raggiunto un punto di svolta e la maggior parte delle organizzazioni IT sta correndo per tenere il passo o sta cercando di anticipare il ritmo di questa trasformazione.
- Agilità: L'esigenza di velocità degli utenti aziendali derivante dalle aspettative di mobilità, social e SaaS.
Di conseguenza, sono sorti quattro nuovi requisiti iPaaS:
- Resilienza
- Fluidità nelle implementazioni ibride
- Gestione minima del ciclo di vita della piattaforma
- Protezione del futuro per il mondo di social, mobile, analytics, cloud e internet delle cose (SMACT)
In questa serie di post, tratterò in dettaglio ciascuno di questi requisiti, evidenziandone l'importanza, a partire dalla resilienza.
Resilienza
L'evoluzione dei requisiti aziendali è sempre stata la norma. L'aspettativa che l'IT risponda in tempo reale è un'esigenza molto più recente. Il più delle volte, questi cambiamenti si traducono in modifiche dei dati che finiscono per avere un impatto sul livello di integrazione. Le modifiche più comuni sul lato dell'applicazione, dei dati e dell'API sono di tipo additivo, quando viene aggiunta una nuova colonna alla tabella o un campo a un'API per registrare o fornire informazioni aggiuntive.
Le tecnologie iPaaS realizzate nell'ultimo decennio sono fortemente tipizzate. Ciò significa che lo sviluppatore dell'integrazione deve definire esattamente le strutture di dati che passeranno attraverso il flusso di integrazione durante la progettazione. Qualsiasi scostamento da questa struttura comporta la rottura del livello di integrazione. Se volete capire cosa intendo, eseguite una semplice integrazione file-to-file utilizzando un prodotto costruito negli anni 2000. Ora modificate il file di origine e aggiungete un paio di campi imprevisti, quindi eseguite nuovamente il flusso. L'integrazione fallirà perché non è in grado di riconoscere questi campi aggiuntivi. Questo strato di integrazione fragile può mettere in ginocchio la vostra azienda prima che ve ne accorgiate. Per questo motivo, dovreste aspettarvi che il vostro iPaaS sia abbastanza resistente da poter gestire tali aggiornamenti e variazioni senza problemi. Naturalmente, ci saranno situazioni in cui vorrete imporre una tipizzazione forte. Un buon fornitore di iPaaS includerà una fase di validazione dei dati proprio per questo. Ma il modo predefinito di gestire inizialmente tali modifiche dovrebbe essere molto più resistente.
Adottando un iPaaS moderno, i clienti traggono grandi vantaggi dal fatto di poter negoziare questi nuovi requisiti in modo graduale. Il risparmio sui costi e il contenimento dei rischi aziendali sono enormi e derivano dall'evitare i tempi di inattività dovuti alla modifica delle strutture API e dei dati. Un iPaaS resiliente manterrà la vostra azienda in funzione anche in caso di cambiamenti imprevisti. Un alto grado di agilità di integrazione equivale a una maggiore agilità aziendale.
Nel prossimo post parlerò della fluidità in un'architettura ibrida. Potete anche vedere come SnapLogic Integration Cloud gestisce una serie più ampia di requisiti iPaaS nei post precedenti e in questo whitepaper tecnico.
