Le due domande più frequenti che ci vengono poste dai CIO aziendali sono:
- Cloudificazione: Quali applicazioni si sposteranno su cloud e quando?
- Gravità dei dati: I nostri dati aziendali risiederanno in ultima analisi dietro il firewall o nel sito cloud?
Il mio post precedente ha delineato quelli che noi di SnapLogic riteniamo essere sei requisiti primari per una moderna piattaforma di integrazione cloud . Il primo requisito è un vero e proprio servizio di integrazione Cloud , basato sui principi del software defined networking, che disaccoppia il sistema di gestione delle risorse umane dal sistema di gestione delle risorse umane. piano di controllo? dal piano dati. (Gartner ha recentemente tenuto un'interessante presentazione su Architettura definita dal software - è necessaria la registrazione). 
Nel nostro recente Sondaggio TechValidate abbiamo chiesto quali sono le motivazioni che spingono ad adottare una piattaforma di integrazione cloud . Il primo fattore è stato la velocità e il time to value. D'altro canto, abbiamo chiesto perché non utilizzare gli strumenti legacy on-premises per soddisfare i requisiti di integrazione di cloud :
- Il 43% ha criticato la necessità di acquistare hardware costoso e di installare e configurare il software.
- Il 37% ritiene che gli strumenti di integrazione on-premise siano troppo costosi a causa del modello di licenza perpetua;
- Il 35% ha osservato che la gestione del cambiamento è dolorosa quando le modifiche del punto finale comportano una rielaborazione dell'integrazione.
Ma ultimamente vedo sempre più "cloud washing" nel mercato dell'integrazione di dati e applicazioni. Non è che alcuni dei fornitori nuovi e tradizionali non siano in grado di installare un'istanza della loro tecnologia on-premise su Amazon Web Services (AWS). Quella casella è già stata selezionata da tempo. Si tratta piuttosto di un "lavaggio ibrido di cloud ", in cui il fornitore introduce un servizio cloud con poche funzionalità, che in realtà è una rampa di lancio per una marea di software on-premise necessario per qualsiasi caso d'uso di integrazione complessa. In alcuni casi, il servizio cloud è solo un ambiente di esecuzione per il monitoraggio dei flussi di lavoro di integrazione. Le funzioni avanzate di progettazione, gestione e configurazione dell'integrazione richiedono strumenti complessi per gli sviluppatori, costruiti ben prima che il mondo SMAC diventasse una realtà. Noi di SnapLogic crediamo che la piattaforma di integrazione come servizio(iPaaS) debba essere un vero servizio multi-tenant cloud e che debba essere in grado di gestire casi d'uso semplici e complessi, a più punti. Crediamo inoltre che la giusta architettura sia definita dal software:
Il ?piano di controlloè il cervello. Fornito come servizio multi-tenant cloud , è il luogo in cui si svolge il lavoro: progettare, gestire e monitorare i flussi di lavoro di integrazione di applicazioni e dati (che noi chiamiamo pipeline). Il repository di metadati consente funzioni quali il "collegamento intelligente" e il riutilizzo di Modelli a scatto e altre funzioni di autoapprendimento.- Il "piano dati" è il cavallo di battaglia (chiamiamo la nostra rete di esecuzione Snaplex). Rispetta la gravità dei dati e può essere eseguito in cloud, dietro il firewall o come applicazione YARN nativa in un cluster Hadoop.
- Gli snap sono i nostri connettori. Sono destinati a un'ampia gamma di fonti di dati, tecnologie, applicazioni e API. Esiste anche uno Snap SDK che consente a clienti e partner di creare i propri Snap.
Questo modello di integrazione definito dal software supporta distribuzioni distribuite e offre la massima agilità sia agli sviluppatori che all'azienda. Approfondiremo questi requisiti iPaaS in un prossimo post. Nel prossimo post parlerò dei requisiti di un'unica piattaforma di integrazionecloud per Big Data, applicazioni e API.
