Python-Backends, die stabil laufen. Vom Code bis zum Server.

• Deployments gehen regelmäßig schief

  Dein Backend ist gewachsen, ausgeliefert wird aber noch von Hand – oft nachts oder am Wochenende. Danach beginnt die Fehlersuche.

  Was ich tue

  Ich baue eine Pipeline mit GitLab CI und Docker, die jede Änderung automatisch testet, baut und ausliefert. Deployments sind dann Routine statt Risiko.

• Der Entwickler ist weg

  Das System trägt dein Geschäft, aber seit sein Entwickler gegangen ist, traut sich niemand mehr ran. Jede Änderung ist ein Risiko.

  Was ich tue

  Ich arbeite mich ein, dokumentiere den Bestand und stabilisiere das System. Danach kann dein Team wieder selbst daran arbeiten.

• Sensible Daten brauchen einen sicheren Ort

  Gesundheits- oder Mitgliederdaten gehören nicht auf irgendeinen Server. Du willst wissen, wo sie liegen.

  Was ich tue

  Ich richte deine Server bei Hetzner in Deutschland ein, DSGVO-gerecht aufgesetzt, und betreibe sie weiter. Wenn es besser passt, auch bei AWS.

• Backend-Entwicklung

  Neue Services und APIs in Python, Erweiterungen und Umbauten bestehender Systeme. Mit Tests und Dokumentation, damit dein Team damit weiterarbeiten kann.

  • Python
  • FastAPI
  • asyncio
  • pydantic
  • pytest
  • PostgreSQL
  • Redis

• CI/CD und Container

  Pipelines, die jede Änderung automatisch testen, bauen und ausliefern. Reproduzierbare Builds in Docker statt Handarbeit auf dem Server.

  • GitLab CI
  • Docker
  • Shell

• Server und Betrieb

  Einrichtung und Administration von Linux-Servern, in der Cloud bei AWS oder mit Hosting in Deutschland bei Hetzner.

  • Linux
  • AWS
  • Hetzner

• Code-Audit und Architekturberatung

  Eine schriftliche Bestandsaufnahme: Zustand, Risiken und die nächsten Schritte. Oft der Einstieg, bevor ich ein System übernehme.

1. 1

   Erstgespräch

   Du schilderst die Lage, ich stelle Fragen. Danach weißt du, ob und wie ich helfen kann.

2. 2

   Bestandsaufnahme

   Ich verschaffe mir einen Überblick über Code, Pipeline und Server und halte Anforderungen und Risiken schriftlich fest. Erst verstehen, dann ändern.

3. 3

   Umsetzung

   In kleinen, nachvollziehbaren Schritten. Du siehst jeden davon in deinen Merge Requests und Issues.

4. 4

   Übergabe

   Dokumentation gehört zur Lieferung. Dein System hängt danach nicht an mir – dein Team kann selbst weiterarbeiten.

Zusammenarbeit

Ort

Remote, vor Ort für Kickoff und wichtige Termine

Abstimmung

Wöchentlicher Status-Call, regelmäßige Updates per E-Mail

Erreichbar

Per Slack oder Teams

Jahre Python-Backend

10+

Jahre Linux-Serveradministration

10+

Jahre freiberuflich

6

Kunden

Zum Beispiel ein Startup aus München im Gesundheitsbereich und NGOs

Passt gut

Python-Backends, CI/CD, Linux-Server – vom Neubau bis zur Übernahme eines Altsystems

Nicht mein Feld

Frontend- und Fullstack-Projekte, Backends außerhalb von Python

Technischer Anspruch

Schlanke Systeme: Standardbibliothek vor Framework, so wenige Abhängigkeiten wie möglich. Weniger, das kaputtgehen kann.