Wie ich in einem Teams-Chat gelernt habe, was GraphQL genau ist

Von Girish Bangalore

Wie ich in einem Teams-Chat gelernt habe, was GraphQL genau ist

Von Girish Bangalore

Alles begann mit Surya dies in unseren Teams zu veröffentlichen.

Surya ist für unser komplettes Backend (platform.integrtr.com) von Grund auf verantwortlich. Ich bin nicht einmal berechtigt, seine AWS/NodeJS/API/Dev Ops-Fähigkeiten zu bewerten.

Und, Soumyajit mischt mit. Er ist unser ReactJS/Kubernetes/API-Guru. Er ist im Alleingang verantwortlich für unsere erste Verbraucher-App - INTEGRTR.DataFlow (jetzt in der privaten Beta mit Kunden - wird bald öffentlich sein).

Vor allem sind sie beide fantastische Lehrer!

Das ist asynchrones Lernen in seiner besten Form. OData und GraphQL werden in der Start-up-Community sehr unterschiedlich bewertet. OData ist ein Außenseiter, der vor allem mit SAP in Verbindung gebracht wird, während das von Facebook ins Leben gerufene GraphQL ein Favorit ist und den Zeitgeist trifft.

Ein einziger Endpunkt, tiefe Einschübe, Mutationen sind das, was für GraphQL funktioniert

Teppich zum Verstecken Ihrer ReSTful-Endpunkte wird umgangssprachlich als API-Gateway 😉 bezeichnet.

Die Vorteile von GraphQL liegen auf der Hand, wenn man es von Grund auf neu aufbaut.

Die Mutationen/Abfragen von GraphQL sind menschenlesbare JSON-ähnliche Deklarationen. Aber das hat seinen Preis. Nur noch wenige Schritte bis zum Moment der Wahrheit.

GraphQL ist genau wie SOAP ?! Es muss also eine eigene WSDL-Definition haben? Anscheinend schon.

Das war's, das war der Moment der Wahrheit für mich.

Zusammenfassend habe ich Folgendes über GraphQL gelernt

  • Es ist ein HTTP-Protokoll, das ähnlich wie SOAP nur mit POST und einem Schema funktioniert. Aber es ist viel flexibler und läuft mit JSON.
  • Es ist auch wie ReST, vor allem wie OData, angesichts seiner SQL-ähnlichen Mutationen
  • Einzelner Endpunkt
  • Die Vorteile sind greifbar und offensichtlich, wenn sie von Grund auf entwickelt werden. Aber man kann immer mit Teppichen (Gateway) beginnen und sich langsam an die Daten herantasten
  • Wie alles andere in der Welt ist auch die Verwendung von API rein kontextabhängig und stellt nicht die eine blaue Pille für die API-Welt dar.

Was für ein einnehmender Freitag war das? Vielen Dank, Soumyajit & Surya!

Header Image // Bild mit freundlicher Genehmigung: Screengrab von graphql.com

Je effizienter die Digitalisierung und der Datenfluss sind, desto höher sind der Unternehmenswert und die Wettbewerbsfähigkeit.

Möchten Sie ein INTEGRTR werden?

DE

Sorgen Sie für Agilität und Kontrolle in Ihrer SAP SuccessFactors-Landschaft.

Nahtlose Integration von SAP® und SAP SuccessFactors® 
mit anderen Systemen von Drittanbietern.

Automatisieren Sie SAP HCM Umstellungstests mit INTEGRTR DLM
Datengenauigkeit zwischen SAP HCM (S4/ECC) und SuccessFactors Employee Central
Seamless Workday to SAP Integration for HR and Payroll
Ihr zentraler HR-Arbeitsvorrat für systemübergreifende Prozesse
Effiziente Integrationsüberwachung für SAP SuccessFactors
Vereinfachen und automatisieren Sie Ihre SAP SuccessFactors®-Dokumentation mit Rollenbasierte Präzision.
Abfrage Ihres SAP SuccessFactors® System und analysieren Sie die Berichte.
Überwachen Sie jede Integration von SuccessFactors in ein beliebiges System mit einem zentralen Monitor.
Ihre HR-Prozessbrücke für SAP SuccessFactors®
Möchten Sie Ihre Unternehmensintegration verbessern?
Wir sind hier, um zu helfen
Möchten Sie Ihre Unternehmensintegration verbessern?
Wir sind hier, um zu helfen
Massenänderungen in SAP SuccessFactors durchführen®
mit Zuverlässigkeit und Geschwindigkeit.
Möchten Sie Ihre Unternehmensintegration verbessern?
Wir sind hier, um zu helfen
Möchten Sie Ihre Unternehmensintegration verbessern?
Wir sind hier, um zu helfen