DevOps Grundlagen für Gründer

Wenn du DevOps hörst, denkst du vielleicht an grosse Tech-Unternehmen mit eigenen Infrastruktur-Teams. Aber die Wahrheit ist: Gerade als Startup-Gründer profitierst du enorm von DevOps-Prinzipien. Sie helfen dir, schneller zu deployen, weniger Fehler zu machen und nachts ruhiger zu schlafen.

In diesem Beitrag erkläre ich dir die wichtigsten DevOps-Grundlagen -- ohne Buzzwords, dafür mit praktischen Tipps, die du sofort umsetzen kannst. Auch wenn du alleine oder in einem kleinen Team arbeitest.

Was ist DevOps eigentlich?

DevOps ist eine Kombination aus Development (Entwicklung) und Operations (Betrieb). Es beschreibt eine Kultur und eine Sammlung von Praktiken, die dafür sorgen, dass Software schneller, zuverlässiger und mit weniger Aufwand ausgeliefert wird.

Die Kernprinzipien

1. Automatisierung: Alles, was manuell gemacht werden kann, sollte automatisiert werden
2. Continuous Integration: Code wird regelmässig zusammengeführt und getestet
3. Continuous Delivery: Software kann jederzeit in Produktion gehen
4. Monitoring: Du weisst immer, wie es deinem System geht
5. Feedback-Loops: Probleme werden schnell erkannt und behoben
6. Zusammenarbeit: Entwicklung und Betrieb arbeiten Hand in Hand

Warum DevOps für Startups wichtig ist

In einem Startup bist du oft Entwickler, Ops-Engineer und Produktmanager in einer Person. DevOps-Praktiken helfen dir:

• Schneller zu iterieren: Du kannst mehrmals am Tag deployen statt einmal im Monat
• Fehler früh zu finden: Automatisierte Tests fangen Bugs ab, bevor deine Kunden sie sehen
• Stress zu reduzieren: Automatisierte Deployments sind weniger fehleranfällig als manuelle
• Skalierbar zu arbeiten: Was für ein Team von zwei funktioniert, funktioniert auch für zehn

Die DevOps-Toolchain für Startups

Du brauchst nicht alle Tools auf einmal. Hier ist eine priorisierte Liste -- starte oben und arbeite dich nach unten:

Priorität 1: Versionskontrolle (Git)

Wenn du noch keinen Git-Workflow hast, starte hier. Git ist die Grundlage für alles andere.

Empfehlung: GitHub oder GitLab. Beide bieten kostenlose Tiers für kleine Teams.

Minimum Viable Git-Workflow:

main (Production)
  |
  +-- feature/neue-funktion (Entwicklung)
  |
  +-- fix/bug-123 (Bugfix)

Arbeite auf Feature-Branches, erstelle Pull Requests, und merge nur getesteten Code in main.

Priorität 2: CI/CD Pipeline

Eine CI/CD Pipeline führt automatisch Tests aus und deployt deinen Code. Mehr dazu im nächsten Beitrag dieser Serie -- hier die Grundidee:

Code pushen -> Tests laufen -> Build erstellen -> Deployen

Empfehlung: GitHub Actions (kostenlos für Public Repos, 2000 Minuten/Monat für Private Repos).

Priorität 3: Containerisierung (Docker)

Docker stellt sicher, dass deine Software überall gleich läuft -- auf deinem Laptop, im CI-System und in Produktion.

Empfehlung: Docker Desktop für die lokale Entwicklung, Docker in der CI/CD Pipeline.

Priorität 4: Infrastructure as Code (IaC)

Definiere deine Server, Datenbanken und Netzwerke als Code. Das macht deine Infrastruktur reproduzierbar und versionierbar.

Empfehlung: Terraform für Multi-Cloud, Pulumi wenn du lieber in TypeScript/Python schreibst.

Priorität 5: Monitoring und Logging

Wisse immer, wie es deinem System geht. Mehr dazu später in dieser Serie.

Empfehlung: Grafana Cloud (Free Tier) oder Datadog (Startup-Programm).

DevOps ab Tag 1 -- Ein praktischer Leitfaden

Woche 1: Git und GitHub einrichten

1. Erstelle ein GitHub-Repository für dein Projekt
2. Richte Branch-Protection für main ein (keine direkten Pushes)
3. Erstelle dein erstes Issue und deinen ersten Pull Request
4. Aktiviere die GitHub-Benachrichtigungen

# Repository erstellen
git init
git remote add origin git@github.com:dein-startup/dein-produkt.git
git push -u origin main

Woche 2: Erste Tests schreiben

Du brauchst keinen 100-Prozent-Test-Coverage. Starte mit:

• Smoke Tests: Startet die Anwendung überhaupt?
• API Tests: Geben die wichtigsten Endpoints die richtigen Daten zurück?
• Unit Tests: Funktioniert die Kern-Businesslogik korrekt?

# Einfacher Test mit pytest
def test_bestellung_berechnung():
    bestellung = Bestellung(produkt="Blaufraenkisch", menge=6, preis=12.50)
    assert bestellung.gesamtpreis() == 75.00
    assert bestellung.versandkosten() == 5.90
    assert bestellung.total() == 80.90

Woche 3: CI Pipeline einrichten

Erstelle eine GitHub Actions Workflow-Datei:

# .github/workflows/ci.yml
name: CI

on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: '20'
      - run: npm install
      - run: npm test
      - run: npm run lint

Woche 4: Deployment automatisieren

Automatisiere dein Deployment. Je nach Provider:

• Hetzner: Deploy per SSH mit GitHub Actions
• AWS: Deploy mit AWS CDK oder Serverless Framework
• Vercel/Netlify: Automatisches Deployment bei Git Push (am einfachsten)

Die häufigsten DevOps-Fehler bei Startups

Fehler 1: Kein Staging-Environment

Viele Startups deployen direkt in Produktion. Das geht gut -- bis es nicht mehr gut geht. Richte zumindest ein einfaches Staging-System ein, auf dem du neue Features testen kannst, bevor sie live gehen.

Lösung: Ein zweiter Server oder eine zweite Serverless-Stage. Bei Hetzner kostet das 5-10 EUR pro Monat.

Fehler 2: Manuelle Deployments

"Ich verbinde mich per SSH und ziehe den neuesten Code" -- das hört man oft. Es funktioniert, bis es nicht mehr funktioniert. Manuelle Deployments sind fehleranfällig und nicht reproduzierbar.

Lösung: Automatisiere das Deployment über deine CI/CD Pipeline. Auch wenn es am Anfang länger dauert, sparst du langfristig enorm viel Zeit.

Fehler 3: Keine Rollback-Strategie

Was passiert, wenn ein Deployment schiefgeht? Wenn du keine Rollback-Strategie hast, stehst du um Mitternacht da und versuchst, den letzten funktionierenden Stand wiederherzustellen.

Lösung: Behalte immer die letzte funktionierende Version. Bei Docker: Tagge deine Images mit Versionsnummern. Bei Git: Nutze Tags für Releases.

Fehler 4: Zu viel auf einmal

Viele Gründer lesen einen Artikel wie diesen und wollen sofort alles umsetzen. Das führt zu Überforderung und Frustration.

Lösung: Folge dem oben beschriebenen 4-Wochen-Plan. Starte mit Git und Tests, dann CI/CD, dann den Rest.

Fehler 5: Security ignorieren

DevOps ohne Security ist wie ein Auto ohne Bremsen. Denke von Anfang an an:

• Secrets Management (keine Passwörter im Code!)
• Dependency Scanning (automatisch nach Sicherheitslücken in Libraries suchen)
• Access Control (wer darf was deployen?)

DevOps-Kultur in kleinen Teams

DevOps ist nicht nur ein Satz von Tools -- es ist eine Kultur. Auch in einem Zwei-Personen-Startup kannst du eine DevOps-Kultur leben:

Blameless Post-Mortems

Wenn etwas schiefgeht (und das wird es), suche nicht nach Schuldigen. Frage stattdessen:

• Was ist passiert?
• Warum ist es passiert?
• Was können wir ändern, damit es nicht wieder passiert?

Dokumentiere das Ergebnis und implementiere Verbesserungen.

Shared Responsibility

In einem kleinen Team ist jeder für alles verantwortlich. Der Entwickler, der ein Feature baut, ist auch dafür verantwortlich, dass es in Produktion läuft. Das fördert Qualität und Ownership.

Kleine, häufige Releases

Grosse Releases sind riskant. Je mehr Code auf einmal deployed wird, desto grösser die Wahrscheinlichkeit, dass etwas schiefgeht. Deploye lieber täglich kleine Änderungen als wöchentlich grosse.

Feedback schnell einholen

Nutze Feature Flags, um neue Features erst für einen Teil deiner User freizuschalten. So kannst du Feedback einholen, bevor du das Feature für alle aktivierst.

DevOps-Metriken -- Was du messen solltest

Du kannst nicht verbessern, was du nicht misst. Diese vier Metriken (die sogenannten DORA-Metriken) sind der Goldstandard:

1. Deployment Frequency

Wie oft deployest du in Produktion? Tägliches Deployment ist ein gutes Ziel.

2. Lead Time for Changes

Wie lange dauert es vom Commit bis zum Deployment in Produktion? Unter einer Stunde ist exzellent.

3. Change Failure Rate

Wie oft führt ein Deployment zu einem Problem in Produktion? Unter 15 Prozent ist gut.

4. Mean Time to Recovery (MTTR)

Wie schnell kannst du ein Problem in Produktion beheben? Unter einer Stunde ist das Ziel.

Für Startups: Du musst diese Metriken nicht von Tag eins messen. Aber habe sie im Hinterkopf und richte Tracking ein, sobald dein Produkt live ist.

Empfohlene Tools für österreichische Startups

Gesamtkosten für ein DevOps-Setup: 0 EUR pro Monat in der Frühphase. Wirklich.

Der österreichische Kontext

Als Startup in Österreich -- ob in Eisenstadt, Wien oder Graz -- hast du einige Besonderheiten zu beachten:

DSGVO und Datenstandort

Stelle sicher, dass deine CI/CD Pipeline keine personenbezogenen Daten ausserhalb der EU verarbeitet. GitHub Actions laufen standardmässig auf US-Servern -- für Build-Prozesse ist das in der Regel kein Problem, aber beachte es bei Test-Daten.

Förderungen nutzen

Das Land Burgenland und die FFG bieten Förderungen für Digitalisierung und Technologie-Projekte. DevOps-Investitionen (Tools, Schulungen) können förderfähig sein. Informiere dich bei der aws (Austria Wirtschaftsservice) oder deinem lokalen Gründerservice.

Community und Meetups

In Wien gibt es regelmässige DevOps-Meetups. Auch online findest du eine aktive DACH-Community. Vernetz dich -- der Austausch mit anderen Gründern und DevOps-Engineers ist unbezahlbar.

Fazit

DevOps ist kein Luxus für Grossunternehmen -- es ist eine Notwendigkeit für jedes Startup, das schnell und zuverlässig Software ausliefern will. Du brauchst kein dediziertes DevOps-Team und kein grosses Budget. Starte mit den Grundlagen: Git, Tests, CI/CD. Und baue von dort aus weiter.

Die Tools sind kostenlos, die Prinzipien sind einfach, und der Return on Investment ist enorm. Ein Startup, das in der Frühphase DevOps-Praktiken etabliert, hat einen signifikanten Wettbewerbsvorteil -- weil es schneller lernt, schneller liefert und schneller auf Probleme reagiert.

Fang heute an. Dein zukünftiges Ich wird es dir danken.

Startup Burgenland unterstützt dich

Du willst DevOps in deinem Startup einführen, weisst aber nicht, wo du anfangen sollst? Bei Startup Burgenland helfen wir dir mit technischer Beratung und Mentoring. Unsere Experten haben DevOps-Erfahrung aus Startups und Grossunternehmen und können dir helfen, die richtigen Praktiken für dein Team zu finden.

Jetzt Beratung anfragen

Weiterführende Artikel

• CI/CD Pipeline aufsetzen
• Docker und Container für Einsteiger
• Monitoring und Alerting einrichten
• Künstliche Intelligenz und AGI -- Was kommt als Nächstes für Startups?
• API-Design und Dokumentation

Dieser Beitrag ist Teil der Serie "Cloud und Infrastruktur" im Startup Burgenland Blog. In dieser Serie behandeln wir alle technischen Themen rund um Hosting, Deployment und Skalierung -- speziell für österreichische Startups und Gründer.

Über den Autor: Felix Lenhard ist Program Director und Startup Coach bei Startup Burgenland. Zuvor Managing Director beim 360 Innovation Lab, Innovation Manager bei RHI Magnesita und Serial Entrepreneur mit internationalen Exits. Über 15 Jahre Erfahrung in Innovation und Unternehmensaufbau.