← alle beiträge

Deployment: was sich lohnt vorzupacken, und was Hype war

Deployment: was sich lohnt vorzupacken, und was Hype war
titelbild · KI-generiert

Deployment-Trends kommen im Jahrestakt: Container, Infrastructure as Code, Serverless, jetzt KI-gestützte Pipelines. Manche davon verändern die Arbeit dauerhaft. Andere sind vor allem lauter als nützlich. Der Unterschied lohnt sich, bewusst zu machen — gerade bevor man ihn in ein neues Projekt von Anfang an einbaut.

Was Prepackaging konkret bringt

Reproduzierbare Umgebungen sind der eigentliche Gewinn — nicht die Technologie an sich. Wenn ein neues Teammitglied in einer Stunde eine lauffähige Umgebung hat statt in zwei Tagen, wenn „läuft bei mir" durch „läuft überall gleich" ersetzt wird, hat sich der Aufwand längst amortisiert. Das gilt für Docker-Setups genauso wie für sauber deklarierte Build-Konfigurationen, die jeder CI-Server identisch ausführt.

Wo sich der Aufwand nicht lohnt

Eine fünfseitige Unternehmenswebsite braucht kein Kubernetes-Cluster. Der Reflex, jede neue Anforderung mit der aktuell angesagtesten Infrastruktur zu lösen, produziert öfter Betriebsaufwand als Nutzen. Die ehrliche Frage lautet nicht „was ist modern", sondern „was bricht, wenn ich es weglasse" — und bei kleinen Projekten ist die Antwort oft: nichts.

Paradigmenwechsel, die bleiben

  • Infrastructure as Code — Konfiguration im Git-Verlauf statt im Kopf einer einzelnen Person
  • Git als Single Source of Truth für Code UND Konfiguration
  • Automatisierte Checks vor dem manuellen Review, nicht als Ersatz dafür
  • Plattformen wie Netlify oder Vercel, die CI/CD für kleine Teams demokratisiert haben — Deploy bei Push, ohne eigene Infrastruktur

Ein Trend, der lauter war als sein Nutzen

Microservices „weil Netflix das auch macht" ist das Paradebeispiel: für ein kleines Team bedeutet die Aufteilung eines simplen Monolithen in zehn Services meist zehnmal mehr Betriebs- und Kommunikationsaufwand, ohne dass die zugrunde liegende Komplexität des Produkts das rechtfertigt. Der Wechsel lohnt sich erst, wenn Teamgröße und Skalierungsbedarf ihn tatsächlich verlangen — nicht vorher, aus Prinzip.

Meine Faustregel für ein neues Projekt: von Anfang an rein, was Reproduzierbarkeit und Rollback-Fähigkeit sichert. Alles, was primär beeindrucken soll, kommt erst dazu, wenn ein echtes Bedürfnis danach entsteht — nicht davor.

Fragen oder ein Projekt im Kopf?projekt besprechen →