In un post precedente abbiamo riassunto i concetti chiave di SnapLogic "Snaps".
- Gli snap sono raccolte modulari di componenti di integrazione costruite per una specifica applicazione o fonte di dati.
- Proteggono gli utenti aziendali e gli sviluppatori da gran parte della complessità dell'applicazione, del modello di dati e del servizio sottostante.
- Gli snap sono facili da costruire e modificare e sono disponibili per fonti di analisi e big data, gestione delle identità, social media, archiviazione online, ERP, database e tecnologie come XML, JSON, Oauth, SOAP e REST.
Potete controllare gli Snap disponibili sullo SnapStore.
In questo post, tratteremo un argomento correlato dal nostro carta bianca tecnica: Standard Web. Costruito appositamente per cloud, SnapLogic Integration Cloud ha abbracciato le moderne tecnologie e le ha rese parte integrante della piattaforma. JavaScript Object Notification (JSON) e Representational State Transfer (REST) sono considerati gli elementi chiave della nostra architettura web scalabile.
JSON:
La rappresentazione interna dei dati all'interno di una pipeline SnapLogic Integration Cloud è in formato JSON. Questo formato leggero per lo scambio di dati offre alla piattaforma di integrazione cloud la flessibilità necessaria per gestire dati strutturati e non strutturati. Nel post di Greg Benson sui vantaggi tecnici di iPaaS incentrati su JSON, si legge:
"In SnapLogic siamo consapevoli che, mentre i moderni servizi web e i data store si stanno orientando verso JSON, le aziende utilizzano ancora i database relazionali per i dati normalizzati e transazionali. Il bello dei documenti è che sono un superset dei record relazionali. Quando si converte un record in un documento, si combinano i nomi delle colonne dello schema con i dati del campo per creare un documento chiave/valore. Questo ci permette di consumare i record e di produrre i record secondo le necessità, ottenendo comunque tutti i vantaggi del modello documentale. Inoltre, supportiamo le operazioni ETL tradizionali come JOIN, AGGREGATE e SORT sui documenti. Ciò consente di trattare senza problemi i dati principalmente relazionali, ma anche di estendere queste operazioni ETL in modo da supportare i documenti gerarchici".
REST:
Per impostazione predefinita, ogni pipeline distribuita può essere invocata con il protocollo REST. L'amministratore può esporre qualsiasi pipeline come API semplicemente premendo un interruttore. L'amministratore dovrà concedere i permessi necessari (autenticazione e autorizzazione) ai clienti. I clienti tipici di queste API saranno partner commerciali e consumatori mobili che desiderano consumare dati o processi aziendali. Ad esempio, un partner commerciale potrebbe aver bisogno di avere una visione in tempo reale delle scorte per poter prendere impegni con i propri clienti che si aspettano un certo livello di scorte di prodotti. Oppure, un cliente potrebbe voler controllare lo stato del suo ordine attraverso la sua applicazione mobile; questa ricerca comporta l'interrogazione del modulo di spedizione con l'ID della spedizione.
In questa recensione di Integration Developer News di SnapLogic Integration Cloud Spring 2014, Maneesh Joshi osserva che:
"Abbiamo scoperto che i clienti sono molto interessati alle API per una serie di motivi. Vogliono esporre i loro processi aziendali sotto forma di API e scoprono di poterle usare anche per monitorare le prestazioni e l'affidabilità dell'integrazione cloud [con SaaS off-premises]".
Egli descrive la strategia API di SnapLogic in questo modo:
"Per gli sviluppatori, è possibile trasformare rapidamente una pipeline SnapLogic in un'API, il che consente loro di ridurre notevolmente la codifica e la complessità dell'integrazione delle app mobili con i sistemi backend. Per le operazioni, forniamo una dashboard grafica che consente all'IT di monitorare queste integrazioni per quanto riguarda la scala, le prestazioni e tutto il resto".
Scarica questo white paper tecnico per saperne di più sull'architettura di SnapLogic Integration Cloud .
