Qualche mese fa abbiamo pubblicato una serie di articoli sui nuovi requisiti di integrazione ibrida di cloud e dei big data. Ecco un aggiornamento:
Gli approcci tradizionali all'integrazione di dati e applicazioni vengono ripensati grazie a:
- La "cloudificazione" aziendale: 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.
- L'esigenza di velocità: l'adozione di Cloud e la proliferazione dei big data hanno fatto sì che le aziende si aspettassero un servizio self-service e la consegna dei dati in tempo reale.
Di conseguenza, il concetto di piattaforma di integrazione come servizio(iPaaS) ha guadagnato slancio presso le organizzazioni IT aziendali che hanno bisogno di collegare più rapidamente dati, applicazioni e API. I requisiti tipici delle iPaaS includono: un'esperienza utente più semplice da usare, integrazioni basate sui metadati, connettività precostituita senza codifica, trasformazione dei dati e altre operazioni ETL e supporto per le implementazioni ibride. Ecco altri quattro requisiti iPaaS che non possono essere ignorati.
- Accoppiamento libero per gestire il cambiamento: Si prevede che il sistema sia in grado di rispondere immediatamente ai cambiamenti dei requisiti di business. Questi cambiamenti comportano modifiche ai dati che hanno un impatto sul livello di integrazione. Ad esempio, viene aggiunta una nuova colonna a una tabella o un campo a un'API per registrare o fornire informazioni aggiuntive. Gli strumenti ETL di ultima generazione sono fortemente tipizzati e richiedono allo sviluppatore di definire le esatte strutture di dati che passeranno attraverso le integrazioni durante la loro progettazione. Qualsiasi scostamento da questa struttura comporta la rottura dell'integrazione perché i campi aggiuntivi non vengono riconosciuti. Questo approccio fragile può mettere in ginocchio l'impresa agile di oggi. La soluzione iPaaS giusta deve essere sufficientemente resiliente da gestire aggiornamenti e variazioni frequenti. Cercate un "accoppiamento lasco" e un approccio JSON-centrico che non richieda una dipendenza rigida da uno schema predefinito. Il risultato è il massimo riutilizzo e la flessibilità necessaria affinché le integrazioni continuino a funzionare anche se le definizioni dei dati degli endpoint cambiano nel tempo.
- L'architettura della piattaforma è importante: Il vostro livello di integrazione deve passare senza problemi dalla connessione di sistemi on-premises a sistemi cloud (e viceversa), garantendo al contempo un elevato grado di continuità aziendale.cloud Molti fornitori di integrazione di dati legacy "lavano" le loro soluzioni semplicemente ospitando il loro software o fornendo solo alcuni aspetti della loro soluzione come servizio cloud multi-tenant. Alcuni richiedono tecnologie ETL o ESB on-premises per lo sviluppo e l'amministrazione di integrazioni avanzate. Quando si guarda a una soluzione di integrazione ibrida cloud , è necessario guardare sotto il cofano per assicurarsi che ci sia qualcosa di più di un "agente" legacy in esecuzione dietro il firewall. Cercate una scala elastica e la capacità di gestire il volume, la varietà e la velocità dei dati moderni, grandi e piccoli. Inoltre, assicuratevi che il vostro iPaaS "rispetti la gravità dei dati", eseguendoli il più vicino possibile ai dati, indipendentemente da dove risiedono.
- Innovazione nell'integrazione: Molte organizzazioni IT aziendali utilizzano ancora versioni vecchie e non supportate del software di integrazione a causa della paura degli aggiornamenti e della mentalità del "se non è rotto, non aggiustarlo". I macchinosi aggiornamenti manuali delle installazioni on-premise sono soggetti a errori e comportano notevoli cicli di ri-sviluppo, test e tempi di inattività. Più grande è l'implementazione, più grande è la sfida dell'aggiornamento e le librerie di connettori possono essere altrettanto dolorose. I moderni clienti iPaaS si aspettano che il fornitore li protegga dalla maggiore complessità di aggiornamento possibile. Si stanno sempre più allontanando dagli IDE desktop incentrati sugli sviluppatori. Vogliono invece designer self-service basati su browserper la creazione di integrazioni e l'accesso automatico alle funzionalità più recenti e più avanzate.
- A prova di futuro: Molte organizzazioni IT si trovano ad affrontare il dilemma dell'integratore: le tecnologie di integrazione di dati e applicazioni legacy sono state costruite per i requisiti dello scorso decennio e non riescono più a tenere il passo. Per essere in grado di gestire i nuovi requisiti di social, mobile, analytics, cloud e Internet of Things(SMACT), un iPaaS moderno deve offrire una scala elastica che espanda e contragga la capacità di calcolo per gestire carichi di lavoro variabili. Una piattaforma di integrazione ibrida cloud deve spostare i dati in un formato leggero e aggiungere un overhead minimo; JSON è considerato il formato compatto da scegliere rispetto a XML. Un iPaaS moderno dovrebbe anche essere in grado di gestire API di streaming basate su REST per alimentare continuamente un'infrastruttura di analisi, sia essa Hadoop, basata su cloud o un ambiente di data warehouse tradizionale. Con iPaaS, le tecnologie di integrazione dei dati e delle applicazioni sono state ripensate, quindi non lasciate che approcci legacy e segregati costituiscano un ostacolo al successo di cloud e dei big data. Cloud applicazioni come Salesforce e Workday continuano ad alimentare la crescita del software a livello mondiale, mentre i fornitori di infrastrutture come servizio (IaaS) e di piattaforme come servizio (PaaS) offrono ai clienti la flessibilità di creare sistemi e smantellarli in cicli brevi.
