Eine der wichtigsten Anforderungen an eine Integrationsplattform als Service (iPaaS ) und der Grund, warum das Integrationserbe in der Cloud wichtig ist, besteht darin, dass die Technologie auf modernen Webstandards - insbesondere JSON und REST - basiert.
JavaScript-Objekt-Notation (JSON)
"Es ist einfach, Zeilen und Spalten in ein Dokument einzufügen, aber umgekehrt funktioniert das nicht."
- Craig Stewart, Director of SnapLogic Product Management in dieser aufgezeichneten Demonstration
SnapLogic arbeitet mit Dokumenten und nicht nur mit den Zeilen und Spalten der traditionellen ETL-Tools. In seinem Beitrag " Technical Advantages of JSON-centric iPaaS" (Technische Vorteile von JSON-zentrierten iPaaS) bespricht Greg Benson, Chief Scientist von SnapLogic, 5 Vorteile für die Datenverarbeitung und die Endbenutzer, die sich aus der Verwendung von Dokumenten als unserem nativen Datentyp ergeben:
- Dokumente sind besser geeignet für moderne Webdienste.
- Dokumente führen zu prägnanteren Pipelines.
- Ein Dokumentenmodell ermöglicht eine lose Kopplung von Pipelines.(Sehen Sie sich dieses Kundenvideo an , um mehr über die Vorteile der "schemafreien Integration" zu erfahren)
- Ein Dokumentenmodell ermöglicht eine bessere Wiederverwendung von Pipelines.
- Dokumente sind eine Obermenge von Datensätzen.
Was die grundlegende Unterstützung moderner Webstandards durch SnapLogic betrifft, schreibt er:
"Unsere Unterstützung für Dokumente ermöglicht es unseren Snap-Endpunkten, hierarchische Daten im nativen Format direkt zu konsumieren und sie an nachgelagerte Snaps in einer Pipeline weiterzuleiten. Das bedeutet, dass es nicht erforderlich ist, Daten in Datensätze zu flatten oder ein JSON-Dokument in einen String oder BLOB-Typ umzuwandeln."
Zu den Vorteilen eines JSON-zentrierten Ansatzes, der strukturierte und unstrukturierte Daten nahtlos unterstützt, sagt er abschließend: "Diese native Unterstützung für Dokumente ist eine der vielen architektonischen Innovationen, die wir entwickelt haben, um Unternehmen dabei zu helfen, sowohl Webdienste als auch traditionelle Datenspeicher zu verbinden."
Hier sehen Sie eine JSON- und Tabellenansicht eines Twitter Query Snap im SnapLogic Elastic Integration Platform Designer:
Repräsentative Zustandsübertragung (REST)
Wie wir in der Warum Busse nicht fliegen Whitepaper, "Mobile und Unternehmens-APIs werden hauptsächlich über das REST-Protokoll bereitgestellt, wobei die Daten über JSON kodiert werden. Aus Sicht einer Integrationsplattform ersetzen REST und JSON zusammen zunehmend SOAP und XML, wodurch ESBs in der heutigen SMAC-Architektur von Unternehmen an Bedeutung verlieren."
Die Architektur von SnapLogic ist vollständig REST-basiert. Wir haben REST-Snaps (wie im Screenshot rechts zu sehen) und REST ist die Art und Weise, wie die Steuerebene mit der Datenebene kommuniziert (siehe den Beitrag über Software Defined Integration und das High-Level-Architekturdiagramm unten). Wie wir bereits 2011 in den Anfängen der Entwicklung unserer neuen Elastic Integration Platform beschrieben haben:
"Mit REST können Sie Ihre Daten veröffentlichen und andere - unabhängig von ihrem Standort - mit ihnen arbeiten lassen. Ein Blick auf den URI gibt Ihnen einen Hinweis darauf, wie Sie vorgehen müssen. Trotz all dieser Vorteile bot SnapLogic auf der Grundlage von REST die gleiche Sicherheit und massive Skalierbarkeit wie das gesamte Web selbst."
Im nächsten Beitrag über die Anforderungen an eine moderne Integration werden wir uns ausführlicher mit der Konnektivität befassen.
