Seminar Supabase – Intensiv: Application Backend, APIs und Realtime

Das Intensivseminar bündelt die anwendungsnahen Themen zu Datenmodell, Auth, RLS, APIs, Client-Bibliotheken, Storage, Realtime, Edge Functions, lokaler Entwicklung und Testautomatisierung. Alle Bausteine werden in einer durchgängigen Team-Anwendung verbunden.

Eine produktionsnahe Anwendung wird lokal aufgebaut, abgesichert, mit Datei- und Echtzeitfunktionen erweitert, durch Edge Functions ergänzt, automatisiert getestet und kontrolliert bereitgestellt.

Inhaltsübersicht

• 1. Architektur, Projekt und lokaler Workflow
• 2. Datenmodell, SQL und sichere Zugriffe
• 3. Auth, Sessions und Identitäten
• 4. REST, GraphQL und Client-Architektur
• 5. Storage und Medienzugriff
• 6. Broadcast, Presence und Datenbankereignisse
• 7. Edge Functions, Integration und Hintergrundarbeit
• 8. Tests, Preview und kontrolliertes Deployment

1. Architektur, Projekt und lokaler Workflow

In diesem Abschnitt werden Anwendungsgrenzen, Supabase-Dienste, Umgebungen, Schlüssel, Repository und lokale Plattform gemeinsam planen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Architektur, Projekt und lokaler Workflow“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Anwendungsgrenzen, supabase-dienste, umgebungen, schlüssel, repository und lokale plattform gemeinsam planen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Projekt und lokalen stack initialisieren, konfiguration versionieren und einen sicheren entwicklungsworkflow einrichten.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

2. Datenmodell, SQL und sichere Zugriffe

In diesem Abschnitt werden relationales Modell, Constraints, Indizes, Funktionen, Rollen und RLS für einen Mehrbenutzerprozess gestalten. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Datenmodell, SQL und sichere Zugriffe“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Relationales modell, constraints, indizes, funktionen, rollen und rls für einen mehrbenutzerprozess gestalten; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Datenmodell und vollständige policies umsetzen, migrationen erzeugen und integritäts- sowie negativtests ausführen.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

3. Auth, Sessions und Identitäten

In diesem Abschnitt werden Loginvarianten, PKCE beziehungsweise SSR, Redirects, Sessions, MFA-Grundlagen und Rollenbezug integrieren. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Auth, Sessions und Identitäten“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Loginvarianten, pkce beziehungsweise ssr, redirects, sessions, mfa-grundlagen und rollenbezug integrieren; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Einen robusten auth-fluss mit geschützten bereichen, session-erneuerung und erhöhtem schutz für sensible aktionen implementieren.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

4. REST, GraphQL und Client-Architektur

In diesem Abschnitt werden API-Abfragen, GraphQL, Typen, Fehlerbehandlung, RPC und serverseitige Privilegien in einen wartbaren Client-Layer überführen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „REST, GraphQL und Client-Architektur“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Api-abfragen, graphql, typen, fehlerbehandlung, rpc und serverseitige privilegien in einen wartbaren client-layer überführen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Vollständige lese- und schreibprozesse sowie eine transaktionale operation mit vertrags- und berechtigungstests implementieren.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

5. Storage und Medienzugriff

In diesem Abschnitt werden private Buckets, Pfade, Uploads, RLS, signierte URLs, Caching und Dateilebenszyklus in den Geschäftsprozess einbauen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Storage und Medienzugriff“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Private buckets, pfade, uploads, rls, signierte urls, caching und dateilebenszyklus in den geschäftsprozess einbauen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Datei-upload, kontrollierte freigabe, medienausgabe und bereinigung mit positiv- und angriffsprüfungen umsetzen.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

6. Broadcast, Presence und Datenbankereignisse

In diesem Abschnitt werden Channels, Topics, Autorisierung, Broadcast, Presence und skalierbare Verteilung von Datenänderungen entwerfen. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Broadcast, Presence und Datenbankereignisse“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Channels, topics, autorisierung, broadcast, presence und skalierbare verteilung von datenänderungen entwerfen; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Kollaborative echtzeitfunktionen mit wiederverbindung, berechtigungswechsel und lastprüfung implementieren.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

7. Edge Functions, Integration und Hintergrundarbeit

In diesem Abschnitt werden serverseitige APIs, Webhooks, Secrets, Idempotenz, Hintergrundaufgaben und Zeitsteuerung produktionsnah kombinieren. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Edge Functions, Integration und Hintergrundarbeit“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Serverseitige apis, webhooks, secrets, idempotenz, hintergrundaufgaben und zeitsteuerung produktionsnah kombinieren; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Eine abgesicherte funktion, einen verifizierten webhook und einen wiederholbaren hintergrundauftrag entwickeln.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.

8. Tests, Preview und kontrolliertes Deployment

In diesem Abschnitt werden Datenbank-, RLS-, API-, Storage-, Realtime- und Funktionsprüfungen in CI sowie Preview- und Releaseprozess integrieren. Ziel ist ein nachvollziehbares Vorgehen, das sich in Entwicklungs-, Test- und Betriebsumgebungen wiederholen lässt.

Schritt-für-Schritt-Vorgehen

1. Schritt 1 – Ausgangslage erfassen: Fachliche Anforderungen, betroffene Daten, Rollen, Schnittstellen und Qualitätskriterien für „Tests, Preview und kontrolliertes Deployment“ in einer Arbeitsmatrix festhalten.
2. Schritt 2 – Zielzustand planen: Datenbank-, rls-, api-, storage-, realtime- und funktionsprüfungen in ci sowie preview- und releaseprozess integrieren; dabei Abhängigkeiten, Sicherheitsgrenzen, Fehlerfälle und Rückfallmöglichkeiten ausdrücklich dokumentieren.
3. Schritt 3 – Umsetzung durchführen: Eine automatisierte qualitätskette ausführen, fehler diagnostizieren und die anwendung anhand einer produktionscheckliste freigeben.
4. Schritt 4 – Prüfung und Nachweis: Positiv-, Negativ- und Wiederholungsfall ausführen, Soll- und Ist-Ergebnis vergleichen, Abweichungen korrigieren und den fertigen Standard versioniert dokumentieren.

Prüfpunkt: Die Umsetzung ist erst abgeschlossen, wenn der vorgesehene Zugriff funktioniert, unzulässige Varianten abgewiesen werden, der Fehlerfall nachvollziehbar bleibt und ein zweiter Durchlauf dasselbe Ergebnis liefert.