Betrieb · DevOps & CI/CD

GitHub Actions, GitLab CI, Argo, Flux, Helm – wir bauen Pipelines, die Ihr Team gerne nutzt. Mit Performance-Budget pro Branch, signierten Container-Images und automatischen Rollbacks.

Unser Ansatz

Vier Schritte, der Reihe nach.

Wir arbeiten nach einem Ablauf, den wir seit Jahren verfeinert haben. Jeder Schritt hat ein greifbares Ergebnis – und einen Punkt, an dem wir gemeinsam nachsteuern oder den Kurs anpassen.

  1. Phase 01

    Pipeline-Audit

    Wir messen, was heute läuft: Build-Zeiten pro Pull Request, Anteil Flaky-Tests, Deployment-Frequenz, Mean Time to Recovery, Lead Time for Changes – die vier DORA-Kennzahlen. Am Ende ein Befund mit konkreten Sofortmaßnahmen und einem realistischen Zielzustand.

    Meilenstein · Priorisierter Befund
  2. Phase 02

    Quick Wins

    Layer-Caching, Parallelisierung, Test-Splitting, Container-Reuse. Die wenigen Eingriffe, die spürbar mehr bewirken als alles andere – kürzere PR-Build-Zeiten, ohne dass Ihr Team etwas umlernen müsste.

    Meilenstein · Spürbar schnellere Builds
  3. Phase 03

    Vollständige Pipeline

    Saubere CI, automatisches Deployment in Staging, kontrollierter Rollout in Produktion (Canary oder Blue/Green). Signierte Container-Images mit Cosign, SBOM, Schwachstellen-Scans, Lizenz-Check – Quality Gates an den richtigen Stellen, nicht an allen.

    Meilenstein · CI/CD mit Quality Gates
  4. Phase 04

    Eigentum übergeben

    Wir schulen Ihr Team auf die neue Pipeline, mit Hands-on und Notfall-Übung. Architektur und Eskalationspfade dokumentieren wir mit. Übergeben und bleiben für Rückfragen erreichbar – ohne Folgeauftrag als Bedingung.

    Meilenstein · Schulung & Runbook

Pipelines bauen wir so, dass Ihr Team sie versteht und ändern kann – keine kryptische YAML-Wand, an die sich später niemand mehr herantraut.

Technologie

Ein ruhiger, kleiner Werkzeugkasten.

Wir wechseln Technologien nicht wegen Trends, sondern wegen Argumenten. Alles unten ist seit mindestens drei Jahren in produktiven Kundensystemen im Einsatz.

CI/CD-Plattform
GitHub Actions, GitLab CI, Azure DevOps, Jenkins (Bestand)
Build & Cache
Docker, BuildKit, Bazel, Turborepo, Nx, Sccache
Deployment
ArgoCD, FluxCD, Helm, Kustomize, Spinnaker
Quality Gates
SonarQube, Trivy, Snyk, OWASP ZAP, Cosign, Syft (SBOM)
Tests
Vitest, Playwright, k6, Pact (Contract Tests), Testcontainers
Observability
OpenTelemetry, Sentry, Grafana, Tempo, Honeycomb

GitOps, wo es passt: Cluster-Zustand als Code im Git, ArgoCD oder Flux gleichen ab. Damit wird Rollback zum `git revert` – nicht zur Telefonkette in einer Cloud-Konsole.

Dentaltechnischer Arbeitsplatz mit Modell und Bildschirm.
Fallstudie
Prinoa Dental GmbH
Dental · Auftragsplattform · laufend

Eine Auftragsplattform für Dental-Labore — vom 3D-Upload bis zur Fertigung.

STL-Dateien wandern über den Browser ins Backend, werden serverseitig zu Vorschauen gerendert und an das Fertigungssystem übergeben. Acht Services unter einem Dach, mit eigener Deploy-Pipeline: signiert, mit Sicherheitsgate und automatischem Rollback, wenn der Health-Check fehlschlägt.

Häufige Fragen

Was uns am häufigsten gefragt wird.

Schreiben Sie uns direkt – wir antworten persönlich, nicht aus dem Vorlagenkatalog.

Noch eine andere Frage?
Frage per Mail stellen
  • Meistens nicht. Wenn Ihre aktuelle Plattform passt, bauen wir darauf auf. Einen Wechsel empfehlen wir nur, wenn die Plattform selbst die Probleme verursacht – was selten vorkommt. Wichtiger als das Tool ist die Architektur der Pipeline.

Räumen wir Ihre Pipeline auf. 30 Minuten, ohne Pitch, ohne Folien.