Ich werde eine CI/CD-Pipeline mit Docker einrichten und Rollback durchführen

Auf den Hauptbranch pushen. Es baut, testet, deployt und wenn etwas schiefgeht, bringt ein Befehl die alte Version zurück.

Der letzte Teil fehlt in den meisten Pipelines.

WAS ICH BAUE

• GitLab CI, GitHub Actions, Bitbucket oder Jenkins – je nachdem, was du bereits nutzt
• Build, Test und Docker-Image-Push in dein Registry
• Images getaggt nach Commit-SHA, damit jeder Deployment nachvollziehbar und rückgängig machbar ist
• Automatisches Deployment auf deinen Server, mit einer manuellen Freigabe für die Produktion
• Ein getestetes Rollback-Skript, das dich zur vorher funktionierenden Version zurückbringt
• Dependency-Caching, damit die Pipeline in unter zwei Minuten läuft, nicht in zehn
• Secrets in deinem CI-Secret-Store, niemals in der YAML

WIE ICH BEWEISE, DASS ES FUNKTIONIERT Vor der Lieferung führe ich drei Tests vor: ein erfolgreiches Deployment, ein absichtlich kaputter Build, der NICHT deployed, und ein vollständiges Rollback. Du bekommst Screenshots von allen drei.

WARUM TAGGING WICHTIG IST Die meisten günstigen Pipelines deployen den "latest"-Tag. Das bedeutet, es gibt kein vorheriges Artefakt, zu dem man zurückkehren kann, also ist Rollback bei kritischen Momenten unmöglich. Ich tagge jedes Image nach Commit, damit du immer zu einem bekannten guten Zustand zurückkehren kannst.

Ich nutze täglich GitLab CI, Jenkins und ArgoCD in der Produktion. Schreib mir mit deinem Setup