<falbers>

Verfügbar für neue Projekte ab Januar 2027

DevOps & Qualität: Lieferketten, auf die sich Ihr Team verlassen kann

Pipelines, Deployments und Tests, die jede Änderung prüfen und reproduzierbar ausliefern. Mit GitLab CI, Kubernetes und Quality Gates, die Fehler vor dem Release sichtbar machen.

Schwerpunkte:
  • GitLab CI
  • Kubernetes
  • Helm & ArgoCD
  • SonarQube
  • Testautomatisierung
Kostenloses Erstgespräch (30 Min) (öffnet in neuem Tab)

Gute Software scheitert oft am Weg in Produktion

Der Code ist fertig, aber bis er sicher beim Nutzer ankommt, vergeht zu viel Zeit. Typische Ursachen:

  • Langsame oder fragile Releases: manuelle Schritte, Wissen in einzelnen Köpfen, Deployments, vor denen das Team zögert
  • Fehlende Quality Gates: Analysen laufen, aber niemand muss auf ihr Ergebnis reagieren, und manche Projekte werden gar nicht geprüft
  • Tests als Nachgedanke: Sie entstehen am Ende, wenn die Zeit knapp ist, und fehlen dort, wo Fehler teuer werden
Meine Haltung: Die Lieferkette ist Teil der Software. Build, Tests, Analyse und Deployment gehören ins Repository, laufen bei jeder Änderung und sind so zuverlässig wie der Code selbst.

Was ich aufsetze

CI/CD-Pipelines

Pipelines in GitLab CI, die jeden Merge Request bauen, testen und prüfen. Ein Release entsteht reproduzierbar aus der Pipeline statt aus Handarbeit auf einzelnen Rechnern.

Kubernetes-Deployments mit Helm und ArgoCD

Helm-Charts für Ihre Services und ArgoCD für das Ausrollen: Der Zustand jeder Stage steht im Repository, Änderungen sind nachvollziehbar, Secrets liegen verschlüsselt daneben.

Quality Gates und DevSecOps mit SonarQube

SonarQube-Analyse für alle Projekte, auch für Frontends und Builds ohne Maven. Quality Gates legen fest, wann ein Merge Request nicht weiterkommt. So fallen Befunde vor dem Release auf.

Testautomatisierung über alle Ebenen

Unit-Tests mit JUnit, Mockito und AssertJ, Integrationstests mit Testcontainers, Frontend-Tests mit Jest oder Vitest und End-to-End-Tests mit Selenium oder Cucumber. Alle Tests laufen in der Pipeline.

Aus der Praxis

Branche
Gesetzliche Krankenversicherung
Rolle
Koordination SonarQube & DevSecOps, seit 07/2026

Bei einer gesetzlichen Krankenversicherung koordiniere ich seit Juli 2026 das Thema SonarQube und DevSecOps. Am Anfang stand eine Bestandsaufnahme: Quality Gates fehlten, und mehrere Frontends liefen ohne Analyse.

Seitdem läuft die Analyse auch für Projekte ohne Maven-Build. Außerdem arbeite ich an Pipeline-Konzepten und an Quality Gates, die Befunde verbindlich machen.

Eingesetzte Technologien

  • SonarQube
  • GitLab CI
  • Quality Gates
  • Maven
Zertifizierung
Certified Kubernetes Application Developer (CKAD)
Eigenbetrieb
Homelab und falbers.de

Im TI-Messenger-Projekt laufen die Services auf Kubernetes über fünf Stages, ausgerollt mit Helm und ArgoCD, Secrets als SealedSecrets. In einem Recruiting-Projekt habe ich SonarQube und JUnit in die GitLab-CI-Pipelines eingebunden.

Privat betreibe ich selbst ein Homelab mit Kubernetes und GitLab. Diese Website läuft per Docker Compose mit verschlüsselten Secrets und wird über GitLab CI ausgeliefert.

Eingesetzte Technologien

  • Kubernetes
  • Helm
  • ArgoCD
  • GitLab CI
  • Docker Compose
  • SonarQube
  • JUnit

Technologien, mit denen ich arbeite

Werkzeuge für eine Lieferkette, die vom Commit bis zum Cluster nachvollziehbar bleibt.

CI/CD & Qualität

Jede Änderung wird gebaut, getestet und geprüft, bevor sie ausgeliefert wird.

  • GitLab CI
  • SonarQube
  • Docker

Betrieb

Reproduzierbare Deployments vom Container bis zum Cluster mit mehreren Stages.

  • Kubernetes
  • Helm
  • ArgoCD
  • SealedSecrets

Tests

Automatisierte Tests vom einzelnen Baustein bis zum Ablauf im Browser.

  • JUnit
  • Mockito
  • AssertJ
  • Testcontainers
  • Jest
  • Vitest
  • Selenium
  • Cucumber

Häufige Fragen

Mit einer Bestandsaufnahme: Welche Projekte haben welche Pipeline-Stufen, wo fehlen Analysen oder Quality Gates, welche Schritte laufen noch von Hand? Daraus entsteht eine priorisierte Liste. Die vorhandenen Pipelines baue ich schrittweise aus, statt sie neu aufzusetzen.

Nicht, wenn die Schwellen zum Projekt passen. Ein Quality Gate sollte vor allem neuen und geänderten Code prüfen, damit Altlasten nicht jeden Merge Request blockieren. Die Altlasten lassen sich dann gezielt abbauen. Der Gewinn: Probleme fallen im Review auf und nicht erst im Betrieb.

Nein. Pipelines, Tests und Quality Gates helfen unabhängig davon, wo Ihre Anwendung läuft. Kubernetes mit Helm und ArgoCD lohnt sich, wenn mehrere Services über mehrere Stages laufen. Für eine einzelne Anwendung reicht oft Docker Compose. So betreibe ich auch diese Website.

Mein Schwerpunkt ist GitLab CI, sowohl in Kundenprojekten als auch im Eigenbetrieb. Die Grundsätze dahinter, also Build, Tests, Analyse und Freigabe als feste Stufen, gelten für jedes CI-System.

Noch Fragen zur Zusammenarbeit? FAQ

Ihre Releases sollen planbar werden?

Erzählen Sie mir, wie Ihre Software heute gebaut, getestet und ausgeliefert wird. Im Erstgespräch sage ich Ihnen, wo ich ansetzen würde und was sich zuerst lohnt.

Jetzt Gespräch vereinbaren (öffnet in neuem Tab)Anrufen: +49 2362 9695973

Die Services dahinter: Java Microservices mit Spring Boot

Referenz: TI-Messenger-Integration für eine gesetzliche Krankenversicherung