Ik zet een ci cd pipeline op met docker en rollback
Over deze dienst
Push naar main. Het bouwt, test, deployt en als het fout gaat, brengt één commando de oude versie terug.
Dat laatste ontbreekt bij de meeste pipelines.
WAT IK BOUW
- GitLab CI, GitHub Actions, Bitbucket of Jenkins, afhankelijk van wat je al gebruikt
- Build, test, en Docker image push naar je registry
- Images getagd met commit SHA, zodat elke deploy traceerbaar en terug te draaien is
- Automatisch deployen naar je server, met een handmatige goedkeuringspoort voor productie
- Een getest rollback-script dat je terugbrengt naar de vorige werkende versie
- Dependency caching, zodat de pipeline onder de twee minuten draait, niet tien
- Secrets opgeslagen in je CI secret store, nooit in de YAML
HOE IK AANTONEN DAT HET WERKT Voordat ik lever, voer ik drie tests uit voor je: een succesvolle deploy, een expres gebroken build die correct NIET deployt, en een volledige rollback. Je krijgt screenshots van alle drie.
WAAROM TAGGING BELANGRIJK IS De meeste goedkope pipelines deployen de "latest" tag. Dat betekent dat er geen vorige artifact is om naar terug te keren, dus rollback is onmogelijk wanneer het er het meest toe doet. Ik tag elke image met commit, zodat je altijd kunt terugkeren naar een bekende goede staat.
Ik draai GitLab CI, Jenkins en ArgoCD dagelijks in productie. Stuur me een bericht met je setup
Mijn portfolio
Andere DevOps-techniek diensten die ik aanbied
Veelgestelde vragen
Automatische vertaling
Welk platform moet ik gebruiken?
Als je code op GitHub staat, is GitHub Actions het eenvoudigst. Op GitLab gebruik je GitLab CI. Ik zet op wat je al hebt — geen migratie nodig.
Heeft mijn project geen tests. Is dat een probleem?
Nee. De pipeline bouwt en deployt zonder tests. Ik kan een eenvoudige smoke test toevoegen die controleert of de app reageert na deploy, wat de meeste gebroken releases oppikt.
Heb je toegang nodig tot mijn productie server?
Ja, voor de deploy-stages. Ik gebruik een speciale, beperkte deploy key, nooit je persoonlijke, zodat je mijn toegang op elk moment kunt intrekken.
Kun je deployen naar Kubernetes?
Ja, als je al een cluster hebt. Stuur me eerst een bericht met je setup zodat ik een juiste offerte kan maken — het opzetten van een cluster is een apart, groter project.

