Nelle prime tre parti di questa serie di blog sulla piattaforma di integrazione come servizio (iPaaS), ho esaminato i requisiti classici dell'integrazione e ho delineato quattro nuovi requisiti che stanno determinando la richiesta di integrazione cloud in azienda:
- Resilienza
- Fluidità nelle implementazioni ibride
- Gestione inesistente del ciclo di vita della piattaforma
In questo post analizzerò il requisito n. 4: Protezione del futuro per il mondo dei social, del mobile, degli analytics, di cloud e dell'internet delle cose (SMACT).
Anche se la vostra organizzazione è stata tradizionalmente conservatrice e attualmente si trova solo allo stato di valutazione del valore di un'infrastruttura IT incentrata su cloud e in particolare sulle applicazioni software as a service (SaaS), è quasi certo che gli stakeholder aziendali si aspetteranno presto che la vostra organizzazione IT gestisca i dati sociali o abiliti i canali mobili. E per le aziende che vendono prodotti con componenti hardware, il cosiddetto Internet delle cose (IoT) sarà un'esigenza pressante, se non lo è già. Se si considerano i volumi, la velocità e la varietà, per non parlare della necessità di raccogliere, integrare e analizzare i dati nel mondo dello SMACT, la situazione può essere scoraggiante. Oggi molte organizzazioni IT utilizzano tecnologie massicciamente parallele o big data come Hadoop e Amazon Redshift per creare data hub o data lake aziendali. Queste tecnologie sono ideali per scrivere algoritmi sofisticati per analizzare i dati al fine di rilevare i problemi o analizzare le tendenze storiche e predittive. Nella maggior parte dei casi, questi dati sono aggregati da una varietà di fonti: alcune fonti di dati di transazioni commerciali (come i database Oracle o salesforce.com) e alcuni dati di attività come i dati del flusso di clic del sito web. Tuttavia, l'entusiasmo per la transizione a queste tecnologie di big data spesso si traduce in una mancanza di attenzione per il prerequisito chiave che consiste nel far confluire i dati in questi sistemi, amplificando così il dilemma dell'integratore che oggi paralizza molte organizzazioni IT aziendali.
Per poter gestire senza problemi i nuovi requisiti SMACT in termini di dati e API, la vostra piattaforma di integrazione come servizio(iPaaS) deve offrire una scala senza rallentare le vostre iniziative sui dati. L'iPaaS deve offrire una scalabilità elastica che espanda e contragga la sua capacità di calcolo per gestire carichi di lavoro variabili, mentre i dati vengono pompati nella vostra infrastruttura di analisi. I dati social e IoT possono presentare una notevole variabilità. La vostra piattaforma di integrazione cloud deve spostare i dati in formati leggeri e aggiungere un overhead minimo; JSON è considerato il formato compatto preferito rispetto ai formati di ultima generazione come XML (si veda il mio post su Perché gli autobus non volano in Cloud e il post di Greg Benson su iPaaS incentrati su JSON). Infine, l'iPaaS deve essere in grado di gestire API di streaming basate su REST per alimentare continuamente la piattaforma di analisi dei dati. Senza questi nuovi approcci all'iPaaS, rischiate di non riuscire a portare a termine le vostre iniziative sui big data e sullo SMACT.
Con un moderno iPaaS, potrete ottenere diversi vantaggi. Eccone alcuni:
- Non avete bisogno di due piattaforme: una EAI e una ETL, e potete standardizzare un unico iPaaS per tutte le vostre esigenze di integrazione. Grazie a questa razionalizzazione, potrete contenere i costi di software e hardware e avrete bisogno di meno risorse qualificate. Gli sviluppatori e gli amministratori possono raddoppiare per costruire e gestire i carichi di lavoro ETL e EAI.
- Grazie alla sua scala elastica, non dovrete pianificare e fornire risorse in base a eventi di cigno nero o a picchi di traffico.
- Infine, un'architettura REST+JSON più compatta vi aiuterà a ottimizzare le risorse hardware e a soddisfare le crescenti esigenze di mobilità della vostra azienda.
