---
title: "Systemdesign & Architektur"
description: "Die Entscheidungen, die sich später nur teuer ändern lassen: Service-Grenzen, Datenflüsse, Plattformwahl und die Ausfallszenarien, die niemand eingepreist hat."
language: "de"
canonical: "https://zapolu.com/de/services/system-design/"
---

# Systemdesign & Architektur

Systeme scheitern selten an einer einzelnen schlecht geschriebenen
Funktion. Viel häufiger scheitern sie an Entscheidungen, die Monate
zuvor gefallen sind: wo die Service-Grenzen verlaufen, wo welche Daten liegen, was
passiert, wenn eine Abhängigkeit ausfällt. Am Whiteboard sind diese
Entscheidungen billig, in der Produktion teuer. Deshalb investieren
wir die Designzeit genau dort.

## Was wir entwerfen

- **Commerce-Architekturen.** Storefront, Backend und die Systeme
  im Umfeld: ERP, PIM, WMS, Payments, Suche. Welche Teile man kauft,
  welche man baut und wo die Nahtstellen hingehören.
- **Integrationstopologien:** eventgetrieben oder request-getrieben,
  Queues und Dead-Letter-Handling, Idempotenz, und was „eventually
  consistent“ für eine Bestellung bedeutet, die morgen versendet
  werden muss.
- **Datenfluss und Datenhoheit.** Ein System of Record pro Fakt. Die
  meisten Integrationsbugs, für deren Behebung man uns hinzuzieht,
  gehen darauf zurück, dass zwei Systeme sich beide für die Quelle
  desselben Preises halten.
- **Skalierung und Ausfallverhalten.** Lastprofile für
  Kampagnenspitzen, Cache-Strategie, Graceful Degradation: Fällt die
  Recommendation-Engine aus, sollten Kunden eine etwas schlichtere
  Seite sehen und keine Fehlermeldung.
- **Migrationspfade:** wie Sie von der heutigen Architektur zur
  Zielarchitektur kommen, in Schritten, die einzeln Wert liefern,
  statt über einen zweijährigen Rewrite, der erst ganz am Ende Wert
  liefert.

## Wie wir liefern

Architekturarbeit steckt in den meisten unserer Engagements, sie ist
aber auch einzeln zu haben: als Design-Review einer Architektur, auf
die Sie sich gerade festlegen wollen, als schriftliche
Zielarchitektur mit Migrationsplan oder als Zweitmeinung, wenn zwei
Anbieter Sie in entgegengesetzte Richtungen drängen. Das Ergebnis
ist immer ein Dokument, das Ihr Team ohne uns umsetzen kann.

## Worauf wir optimieren

Wir setzen standardmäßig auf bewährte Technik und das kleinste
System, das die Anforderungen erfüllt, und entwerfen so, dass auch
ein kleineres Team als das ursprüngliche das System warten kann.