Ich werde CI/CD-Pipelines mit automatischem Rollback in GitHub Actions aufbauen
Senior Plattform Engineer
Über diesen Service
Deine Pipeline sollte der langweiligste Teil deiner Tech-Stack sein. Wenn Deploys fehlschlagen, hängen bleiben oder menschliche Überwachung brauchen, ist das in wenigen Tagen zu beheben, nicht in Monaten.
Ich bin ein erfahrener SRE mit 7 Jahren Erfahrung in der Produktionsinfrastruktur. Bei meinem letzten Projekt hat ein SaaS-Team von 40% fehlgeschlagenen Deploys auf 5% gesenkt, nachdem ich ihre Delivery in sechs CI/CD-Pipelines mit Test-Gates, Sicherheitsscans und automatischem Rollback umgebaut habe. Die Pipelines haben über 15 kritische Schwachstellen vor der Produktion entdeckt.
Was du bekommst:
- Eine Pipeline in GitHub Actions (oder GitLab CI): lint, test, build, deploy
- Automatisches Rollback bei fehlerhaftem Deployment
- Secrets richtig verwaltet, keine Zugangsdaten im Code
- Deploy-Gates und Health Checks zwischen den Stufen
- Saubere Übergabe: du verstehst, was gebaut wurde und warum
Ich arbeite mit Kubernetes (EKS/AKS), Docker, Terraform und allen großen Cloud-Anbietern. AWS-zertifiziert (Solutions Architect + Developer).
Warum die Pakete unterschiedlich sind: Basic ist ein Service, eine Umgebung. Standard fügt Staging, Rollback und Secrets hinzu. Premium deckt mehrere Services mit Scanning, Benachrichtigungen und Übergabegespräch ab.
Ich antworte innerhalb einer Stunde während UTC+1 und liefere früher als oft erwartet. Schick mir deine Repo-Details und lass uns d
Mein Portfolio
Meine weiteren Dienstleistungen im Bereich DevOps-Engineering
FAQ
Automatische Übersetzung
Was brauchst du von mir, um anzufangen?
Repo-Zugang (Einladung als Collaborator oder Fork), dein Cloud-/Deployment-Ziel und wie du aktuell deployst. Das Requirements-Formular sammelt all diese Infos, daher ist der Start meist am selben Tag möglich.
Kannst du mit meinem bestehenden Pipeline-System arbeiten, anstatt neu zu starten?
Ja. Das Beheben oder Erweitern einer bestehenden GitHub Actions- oder GitLab-Umgebung ist üblich; wenn die aktuelle nicht mehr zu retten ist, sage ich das, bevor ich irgendwas ändere.
Welche Clouds und Plattformen unterstützt du?
AWS und Azure nativ (auf AWS zertifiziert), plus alles Kubernetes-basierte: EKS, AKS oder selbst verwaltet. Deployment-Ziele können VMs, Container oder serverlos sein.
Brauche ich Produktions-Zugangsdaten?
Nein. Ich arbeite mit minimalen Zugriffsrechten: ein eingeschränkter Deploy-Key oder eine Staging-Umgebung reichen aus, und ich zeige dir genau, welche Berechtigungen das Pipeline-System braucht und warum.
Was zählt als Überarbeitung?
Anpassungen an deinem Paket: Stufen anpassen, Umgebungen umbenennen, Trigger ändern. Neue Services, Umgebungen oder Tools sind ein neuer Scope, den ich fair als Add-on anbiete, anstatt sie in eine Revision zu quetschen.

