Local-First Software Architecture: CRDTs für den Mittelstand

Traditionelle Cloud-First-Anwendungen stoßen bei Netzausfällen im Außendienst, in Werkshallen oder auf Baustellen an ihre Grenzen. Die Local-First-Software-Architektur in Kombination mit CRDTs (Conflict-free Replicated Data Types) bringt die Datenhoheit auf das Endgerät zurück – für ausfallsichere, hochperformante B2B-Web-Apps mit automatischer Hintergrund-Synchronisation.

1. Das Paradoxon der Cloud-Abhängigkeit im B2B

In den vergangenen fünfzehn Jahren hat die Cloud-Transformation die europäische Unternehmenslandschaft dominiert. SaaS-Lösungen und zentrale Datenbanken brachten unbestreitbare Vorteile für Wartung, Skalierung und zentrale Administration. Doch in der rauen Praxis des deutschen Mittelstandes zeigt sich zunehmend die Kehrseite dieser totalen Zentralisierung: Die Abhängigkeit von einer permanenten, hochperzentil-stabilen Internetverbindung.

Ob Servicetechniker in Untergeschossen von Industrieanlagen, Vertriebsmitarbeiter im ländlichen Raum, Bautrupps in Funklöchern oder Logistiker im Hochregallager – wenn die Verbindung abreißt, stoppen in klassischen Cloud-First-Architekturen die Geschäftsprozesse. Eingabemasken frieren ein, Lade-Spinner drehen sich endlos, und im schlimmsten Fall gehen ungespeicherte Formularinhalte unwiederbringlich verloren.

Um diese Herausforderungen zu lösen, greifen viele Entwicklerteams zu behelfsmäßigen Offline-Caching-Mechanismen. Doch der Teufel steckt im Detail: Sobald mehrere Anwender dieselben Datensätze offline modifizieren, entstehen beim Wiederverbinden massive Synchronisationskonflikte. Die klassische Local-First Software-Architektur in Kombination mit CRDT (Conflict-free Replicated Data Types) löst dieses Problem nicht durch symptomatische Patches, sondern auf fundamental mathematischer Ebene.

2. Was ist Local-First Software Architecture?

Der Begriff "Local-First" wurde 2019 durch ein wegweisendes Forschungspapier von Ink & Switch geprägt. Er beschreibt ein Architekturparadigma, das die Vorteile lokaler Software (Null Latenz, volle Offline-Verfügbarkeit, Datenkontrolle) mit den Vorteilen von Cloud-Software (Echtzeit-Kollaboration, automatisches Backup, Multi-Device-Sync) vereint.

Anders als bei herkömmlichen "Offline-First"-Ansätzen, bei denen der Browser-Cache lediglich als temporärer Puffer dient und der Server nach wie vor die absolute Autorität ("Single Source of Truth") darstellt, gilt bei Local-First: Die lokale Datenbank auf dem Client ist die primäre Datenquelle.

Im Zentrum dieser Architektur stehen sieben Kernprinzipien, die moderne B2B-Anwendungen erfüllen müssen:

3. Die mathematische Magie der CRDTs

Die größte Hürde bei dezentralen Datenspeichern war historisch das Problem der Nebenläufigkeit. Wenn Techniker A auf Baustelle 1 den Status eines Bauteils auf "Geprüft" setzt und Techniker B zur gleichen Zeit auf Baustelle 2 die Seriennummer desselben Bauteils korrigiert, welcher Zustand ist korrekt?

Klassische Relationale Datenbanken lösen dies mit verteilten Transaktionen und Locking (z. B. Zwei-Phasen-Commit). Dies setzt jedoch voraus, dass alle Beteiligten permanent online sind. Fällt das Netzwerk aus, versagt das Locking.

Hier kommen CRDTs (Conflict-free Replicated Data Types) ins Spiel. Dabei handelt es sich um spezielle Datenstrukturen, die mathematisch garantiert zum selben Endergebnis (Eventual Consistency) konvergieren – völlig unabhängig davon, in welcher Reihenfolge die Änderungen auf den einzelnen Geräten eingehen.

Um zu verstehen, warum CRDTs ohne zentralen Server auskommen, betrachten wir die mathematischen Eigenschaften der Zusammenführungsfunktion (Merge-Operator ⊔):

Durch die Kombination aus Kausalgraphen, Vector Clocks und eindeutigen Client-IDs lassen sich Listen, Textdokumente, JSON-Bäume und Schlüssel-Wert-Speicher mathematisch sauber zusammenführen.

4. Framework-Vergleich: Yjs, Automerge & Electric SQL

Für Softwarearchitekten im Mittelstand stellt sich nicht mehr die Frage, ob CRDTs serienreif sind, sondern welches Open-Source-Framework für das eigene B2B-Projekt die richtige Wahl darstellt. Auf dem Markt haben sich drei maßgebliche Technologien etabliert:

Nachfolgend finden Sie eine detaillierte Gegenüberstellung der Architektureigenschaften für B2B-Anwendungen:

5. Praxis-Architektur für den mittelständischen Einsatz

Wie sieht eine praxiserprobte Local-First-Enterprise-Architektur in der Praxis aus? Bei Pragma-Code setzen wir auf eine bewährte 3-Schichten-Architektur, die bestehende Enterprise-Backends (SAP, PostgreSQL, Microsoft Dynamics) nahtlos einbindet:

Nachfolgend ein vereinfachtes Code-Beispiel für die Einrichtung einer lokalen Yjs-Instanz mit IndexedDB-Persistence und WebSocket-Sync in einer modern Frontend-Applikation:

import * as Y from 'yjs';
import { IndexeddbPersistence } from 'y-indexeddb';
import { WebsocketProvider } from 'y-websocket';

// 1. Initialisiere das Yjs-Dokument
const doc = new Y.Doc();

// 2. Kopple die lokale IndexedDB für sofortigen Offline-Zugriff (0 ms Latenz)
const providerIdb = new IndexeddbPersistence('b2b-wartungsauftrag-104', doc);

providerIdb.on('synced', () => {
  console.log('Lokale Daten erfolgreich aus IndexedDB geladen!');
});

// 3. Füge den asynchronen WebSocket-Provider für den Hintergrund-Sync hinzu
const providerWs = new WebsocketProvider(
  'wss://sync.ihre-firma.de',
  'b2b-wartungsauftrag-104',
  doc
);

// 4. Zugriff auf CRDT-Datenstrukturen (z. B. Map für Auftragsdaten)
const yMap = doc.getMap('auftragsDetails');

// Lokale Änderung – funktioniert offline wie online völlig identisch!
yMap.set('status', 'Prüfung abgeschlossen');
yMap.set('technikerKommentar', 'Ventil 4B erfolgreich ausgetauscht.');

6. B2B-Use-Cases: Wo Local-First Millionen einspart

Die Umstellung auf eine Local-First-Architektur ist kein akademischer Selbstzweck, sondern liefert in handfesten Branchenszenarien direkte betriebswirtschaftliche Vorteile:

7. Sicherheit, Ende-zu-Ende-Verschlüsselung & Compliance

Da bei Local-First vertrauliche Unternehmensdaten lokal auf den Endgeräten der Mitarbeiter gespeichert werden, stellen IT-Sicherheitsverantwortliche zu Recht strenge Compliance-Anforderungen. Die Architektur bietet hier gegenüber klassischen Cloud-Modellen entscheidende Sicherheitsvorteile:

8. Implementierungs-Roadmap & Quick-Check

Der Weg von einer monolithischen Cloud-App zu einer modernen Local-First-Architektur erfordert eine durchdachte Migration. Wir empfehlen mittelständischen Unternehmen folgende 5-Stufen-Roadmap:

1. Schritt 1: Domain & Data Modeling Audit

   Identifikation der Datenbereiche, die eine hohe Offline-Relevanz besitzen. Trennung zwischen append-only Daten (Logs, Protokolle) und komplexen kollaborativen Datensätzen.

2. Schritt 2: PoC mit Yjs oder Automerge

   Erstellung eines isolierten Proof-of-Concept für ein zentrales Frontend-Modul (z. B. Formular-Editor oder Außendienst-Protokoll) mit IndexedDB-Persistence.

3. Schritt 3: Aufbau des Sync-Relay & Conflict Testing

   Implementierung des WebSocket-Sync-Services und Simulation extremer Offline-Szenarien (z. B. 3 Tage Offline-Arbeit von 5 Benutzern mit parallelen Änderungen).

4. Schritt 4: Backend-Integration & PostgreSQL Replication

   Anbindung des Sync-Servers an die bestehende Enterprise-Datenbank. Umsetzung von Autorisierungs- & Row-Level-Security-Regeln.

5. Schritt 5: Production Rollout & Monitoring

   Schrittweiser Rollout an Pilot-User im Außendienst und Überwachung der Sync-Performance sowie des Speicherbedarfs auf den Endgeräten.

Wenn Sie mindestens zwei dieser Fragen mit "Ja" beantworten, bietet eine Local-First-Software-Architektur den Schlüssel zu Ihrem nächsten Produktivitätssprung.

Unsere Expertise vor Ort

Wir sind Ihr digitaler Partner – regional verankert und überregional erfolgreich.

Kontaktanfrage in Ihrer Region starten →

IT Lösungen BerlinIT Lösungen HamburgIT Lösungen MünchenIT Lösungen KölnIT Lösungen Frankfurt am MainIT Lösungen StuttgartIT Lösungen DüsseldorfIT Lösungen LeipzigIT Lösungen DortmundIT Lösungen EssenIT Lösungen BremenIT Lösungen HannoverIT Lösungen NürnbergIT Lösungen WienIT Lösungen GrazIT Lösungen LinzIT Lösungen SalzburgIT Lösungen ZürichIT Lösungen GenfIT Lösungen BaselIT Lösungen Bern

Erweitertes Fachglossar