Tag: GraphQL

1. GraphQL Fehler reproduzierbar machen: Logging, Tracing, Correlation IDs

   26.11.2025

   Intermittierende GraphQL-Fehler sind schwer zu reproduzieren, weil der Kontext fehlt. Strukturiertes Logging, Request-Tracing und Correlation IDs machen jeden Fehler nachvollziehbar – auch Tage nach dem Auftreten, auch über mehrere Resolver-Ketten hinweg.

   Read more

2. GraphQL Input Validation sauber modellieren

   22.11.2025

   Validierung in GraphQL ist kein einzelner Mechanismus, sondern ein Zusammenspiel aus Schema-Typen, Custom Scalars, Resolver-Logik und expliziten Fehlertypen. Wer nur eine Ebene nutzt, hat eine lückenhafte Validierung. Dieser Artikel zeigt, wie alle Ebenen zusammenspielen und welche Fehler dabei typischerweise entstehen.

   Read more

3. GraphQL API dokumentieren ohne Leser zu überfordern

   22.11.2025

   Gute GraphQL-Dokumentation ist keine statische Datei, sondern lebt im Schema selbst – ergänzt durch Introspection-Tools, lebende Beispielqueries, Deprecation-Strategien und einen Schema-Registry-Workflow, der Änderungen kommunizierbar macht.

   Read more

4. Federation, Stitching und BFF: Wann welche Architektur?

   19.11.2025

   Apollo Federation v2, Schema Stitching und das Backend-for-Frontend-Muster lösen dasselbe Grundproblem – verteilte GraphQL-Datenzugriffe koordinieren. Die Entscheidung, welches Muster wann passt, hängt von Teamgröße, Ownership-Grenzen und Laufzeitanforderungen ab.

   Read more

5. Magento GraphQL testen: PHPUnit, Integrationstests und echte Requests

   07.11.2025

   Ungetestete GraphQL-Resolver sind eine Zeitbombe: Schema-Änderungen brechen Frontend-Verträge unbemerkt, Authentifizierungsfehler bleiben bis zum produktiven Einsatz verborgen. Dieser Artikel zeigt, wie man Magento GraphQL auf drei Ebenen testet – von Unit-Tests für Resolver-Logik bis zu echten HTTP-Requests gegen den Endpoint.

   Read more

6. GraphQL Resolver in Magento 2 selbst schreiben | Query und Mutation

   17.10.2025

   Eigene Magento 2 GraphQL Resolver verbinden Schema, Query-Logik und Service-Schicht. Entscheidend sind dabei klare Typen, saubere Resolver-Klassen und eine Architektur, die nicht direkt Business-Logik in den Resolver drückt.

   Read more

7. GraphQL Security Review: Depth Limits, Complexity Limits, Introspection, Abuse Cases

   06.10.2025

   GraphQL-APIs sind ohne zusätzliche Schutzmaßnahmen anfällig für überladene Queries, Introspection-Angriffe, Batching-DoS und Datenlecks durch zu offene Resolver. Dieser Security-Review zeigt konkrete Angriffsszenarien und die passenden Gegenmaßnahmen.

   Read more

8. Berechtigungen auf Feldniveau: sensible Daten in GraphQL absichern

   04.10.2025

   GraphQL-Authorization endet nicht bei der Query-Prüfung. Sensible Felder wie E-Mail-Adressen, Bestellhistorien und Admin-spezifische Daten müssen auf Feldebene abgesichert werden – im Resolver-Kontext, nicht nur im Schema. Dieser Artikel zeigt, wie das in der Praxis funktioniert.

   Read more

9. GraphQL Authentifizierung: Tokens, Sessions und Field-Level-Auth

   22.09.2025

   Authentifizierung in GraphQL ist kein Sonderfall – sie ist Bestandteil jedes Resolvers, der auf nutzerspezifische Daten zugreift. Wer Token-Validierung, Session-Kontext und feldgenaue Zugriffskontrolle nicht explizit modelliert, baut Sicherheitslücken in das Schema ein, bevor die erste Query in Produktion geht.

   Read more

10. Query Complexity in GraphQL praktisch messen und begrenzen

    19.09.2025

    Eine GraphQL-API ohne Complexity-Limit ist ein offenes Einfallstor für Overloading-Angriffe. Depth-Limits, feldspezifische Kosten und Complexity-Budgets sind die drei Schichten, die verhindern, dass eine einzige Query den Server für Sekunden beschäftigt — oder für Minuten, wenn das Schema genug teure Felder hat.

    Read more