Zum Inhalt springen

Technik

Wie wir entwickeln — und warum es so gebaut ist

Diese Seite behandelt Engineering-Entscheidungen, keine Framework-Liste. Die Werkzeuge ändern sich pro Projekt; diese Prinzipien nicht.

Engineering-Prinzipien

Fünf Dinge, an denen wir festhalten

Jedes davon hat einen Preis. Wir akzeptieren ihn, weil die Alternative meist später im produktiven Betrieb auftaucht — zu einem ungünstigeren Zeitpunkt.

Zuverlässig von Anfang an

Fehlerbehandlung, Eingabevalidierung, Überwachung und Wiederherstellung werden mit der Funktion entworfen, nicht nach dem ersten Vorfall nachgerüstet. Ein System, das scheitert, soll sichtbar und vorhersehbar scheitern.

API-first

Alles, was ein anderes System erreichen muss, wird über eine ausdrückliche Schnittstelle mit definiertem Vertrag bereitgestellt, sodass Integrationen nicht von internen Umsetzungsdetails abhängen.

Sicherheitsbewusst

Secrets, Authentifizierung, Autorisierung und Validierung gehören auf den Server. Client-Code gilt als öffentlich, und Berechtigungen werden im engsten funktionierenden Umfang erteilt.

Wartbar

Weniger bewegliche Teile, konventionelle Muster und lesbarer Code. Komplexität kommt nur hinzu, wenn das Problem sie verlangt, weil später jemand anderes das wartet.

Messbar

Systeme, die betrieblich zählen, tragen Protokollierung, Analytics und Health-Checks, sodass Fragen zu Verhalten und Kosten mit Daten statt mit Annahmen beantwortet werden können.

Architektur

Architekturprinzipien

Ausgangspunkt, von dem wir starten. Abweichungen sind in Ordnung, wenn es einen Grund gibt — und der Grund wird festgehalten.

  1. 01 Statisch wo möglich
  2. 02 Serverless wo sinnvoll
  3. 03 Klare API-Grenzen
  4. 04 Secrets mit geringsten Rechten
  5. 05 Strukturierte Daten
  6. 06 Beobachtbare Dienste

Angewendet auf diese Website

Die Seite, die Sie lesen, folgt denselben Regeln. Die Seiten sind als statisches HTML vorgerendert und werden über das Edge-Netzwerk von Cloudflare ausgeliefert. Ein Seitenaufruf erfordert kein serverseitiges Rendering und keine Datenbankabfrage. Der einzige Code, der auf Anfrage läuft, ist die kleine Menge an API-Funktionen unter /api : ein Health-Check, der Servicekatalog, der Kontakt-Endpunkt und die Zahlungsendpunkte, die für die spätere Nutzung vorgesehen sind.

  • Frontend Statisches HTML und CSS, JavaScript nur dort, wo eine Interaktion es erfordert
  • API Serverless-Funktionen mit serverseitiger Validierung und einheitlichen JSON-Formaten
  • Storage Kontaktanfragen in einer verwalteten SQL-Datenbank, kein Drittanbieter-Formulardienst
  • Secrets Umgebungsbezogen, niemals im Client-Bundle oder im Repository

Den Health-Endpunkt können Sie selbst prüfen: /api/health.

Leistungsbereiche

Technischer Umfang

Die Bereiche, in denen wir täglich arbeiten. Liegt etwas außerhalb dieses Rahmens, sagen wir das — statt es auf Ihre Kosten zu lernen.

AI- / LLM-Integration

Aufgabenspezifischer Modelleinsatz mit Validierung, Fallbacks und Kostensichtbarkeit.

APIs

Versionierte HTTP-Schnittstellen, Webhooks und authentifizierte Dienstgrenzen.

Automatisierung

Zeitgesteuerte und ereignisbasierte Jobs mit Wiederholungen, Protokollierung und Ausnahmequeues.

Datenverarbeitung

Normalisierung, Validierung und Umformung über strukturierte und Textdaten hinweg.

Cloud-Infrastruktur

Serverless- und Edge-Deployment, Trennung der Umgebungen, verwaltete Secrets.

Webanwendungen

Zugängliche, responsive Oberflächen mit durchgehender serverseitiger Validierung.

Systemintegration

Verbindungen zwischen betrieblichen Systemen mit ausdrücklicher Zuständigkeit für jedes Feld.

Analytics

Betriebliches Reporting und Messung auf denselben Daten, die das System nutzt.

Werkzeuge, die wir nutzen

Sprachen
TypeScript, Python, SQL
Schnittstellen
REST APIs, Webhooks, Serverseitiges Rendering
Daten
Relationale Datenbanken, Object Storage, Strukturiertes Logging
Plattform
Cloudflare, Serverless-Runtimes, CI-basiertes Deployment
AI
Gehostete AI-APIs, Prompt-Versionierung, Ausgabevalidierung

Bestehendes System prüfen lassen?

Wenn bereits Software im Einsatz ist, ist eine Einschätzung meist nützlicher als ein Neubau. Wir prüfen die bestehende Umsetzung und sagen, was sich zu behalten lohnt.