Web · Deep Dive 02
Backend Development
APIs, Services und Datenschichten, die Gewicht tragen. Gebaut, um in sechs Monaten von jemandem gelesen zu werden, der nicht im Raum war, als ihr den Stack gewählt habt.
Der Rahmen
Backend-Engagements — von frischer API bis Stabilisierung eines Legacy-Service. Node, Python oder Go. REST, GraphQL oder event-driven. Postgres als Default; Redis, SQS, Kafka, wenn sie sich ihren Platz verdienen.
Kommt dir das bekannt vor?
-
Die API 'funktioniert irgendwie', aber niemand will den Auth-Flow anfassen.
-
Latenz-Spikes in Peak-Zeiten — das Dashboard zeigt nicht, warum.
-
Ein neues Endpoint dauert eine Woche, weil das Datenmodell ein Labyrinth ist.
-
Verschiedene Services machen Auth auf drei verschiedene Weisen.
-
Ihr wisst, ihr solltet Tests haben. Ihr habt keine Tests.
Der Kundennutzen
Was sich ändert
Sobald es läuft.
APIs, die berechenbar sind — konsistente Auth, Error-Formen und Pagination über jedes Endpoint.
-
Ein Datenmodell, in das neue Features einrasten statt gegen es zu kämpfen.
-
Observability, damit der nächste Latenz-Spike in Minuten diagnostiziert wird, nicht Stunden.
-
Secure by Default — Input-Validation, Rate Limiting und Authz pro Release reviewt.
Phasen
⏱ 6–12 Wochen typischWie Backend Development tatsächlich abläuft.
-
01
Lesen
Tag eins bis drei: Code-Review, Architektur-Call, Datenmodell-Walkthrough. Wir schreiben auf, was wir finden, bevor wir irgendwas anfassen.
-
02
Stabilisieren
Hotspots zuerst — was das Team am meisten Zeit kostet. Tests, wo sie den Fix schützen, nicht als Zeremonie.
-
03
Erweitern
Neue Endpoints, neue Services, neue Integrationen. Gegen den Standard gebaut, den wir gerade gesetzt haben.
-
04
Dokumentieren
OpenAPI-Spec, Runbook, Onboarding-Notizen. Das, was die nächste Engineer:in wirklich lesen kann.
Die Übergabe
In der Übergabe
Was in du erhältst – jedes Artefakt, nichts bleibt verborgen.
-
Deployed Backend mit CI/CD-Pipeline
-
OpenAPI / GraphQL-Schema synchron zum Code
-
Automatisierte Test-Suite (unit + integration) mit sinnvoller Abdeckung
-
Observability-Stack — Logs, Metriken, Traces
-
Datenmodell-Docs + Migrationsstrategie
-
Secrets + Access Management sauber geregelt
Die üblichen Fragen
-
Q·01 Node, Python oder Go?
Default ist die Sprache, für die euer Team hiren kann. Ohne Team: Node für meist, Python für datenlastig, Go wenn Latenz wirklich zählt.
-
Q·02 SQL oder NoSQL?
Postgres, wenn ihr keinen spezifischen Grund habt. Die meisten Daten sind am Ende relational.
-
Q·03 Könnt ihr mit unserem Backend arbeiten?
Ja. Ca. 60% unserer Backend-Engagements sind Stabilisieren oder Erweitern. Zweitägiges Audit zuerst.
-
Q·04 Wem gehört die Infra?
Euch. Wir deployen in eure Cloud, setzen IaC (Terraform oder Pulumi) auf und dokumentieren. Kein Vendor-Lock zu uns.
-
Q·05 Was mit Background-Jobs?
SQS / BullMQ / Temporal, je nach Durability- und Retry- Semantik. Wir wählen und erklären, warum.
Bereit zum Starten
Backend, das sich um 6 Uhr morgens gut liest?
Zweitägiges Audit, ehrliche Empfehlung, keine Überraschungen im Schätz. Schauen wir, was dein Team am meisten kostet.
Backend-Engagement startenDie größere Karte
Alle Serviceseiten auf einen Blick.
Jeder der folgenden Links führt dich zu einer separaten Seite mit Informationen zu einem unserer vier Servicebereiche. Wechsele einfach den Bereich – anderer Service, gleiche Arbeitsweise.
Strategie für digitale Produkte
Serviceübersicht →Web- und Mobile-Entwicklung
Serviceübersicht →- 01 Fullstack Web Development
- 02 Backend Development — Du bist hier
- 03 Frontend Development
- 04 Mobile App Development