Ik bouw CI/CD-pijplijnen met automatische rollback in GitHub Actions
Over deze dienst
Je pijplijn zou het saaiste onderdeel van je stack moeten zijn. Als deploys falen, vastlopen of een mens nodig hebben om ze in de gaten te houden, is dat binnen enkele dagen op te lossen, niet maanden.
Ik ben een senior SRE met 7 jaar ervaring in productie-infrastructuur. Bij mijn laatste opdracht ging een SaaS-team van 40% mislukte deployments naar 5% nadat ik hun delivery herbouwde als zes CI/CD-pijplijnen met testpoorten, beveiligingsscans en automatische rollback. De pijplijnen vingen meer dan 15 kritieke kwetsbaarheden op voordat ze in productie gingen.
Wat je krijgt:
- Een pijplijn in GitHub Actions (of GitLab CI): lint, test, build, deploy
- Automatische rollback als een deploy fout gaat
- Secrets correct afgehandeld, geen credentials in de code
- Deploy-poorten en health checks tussen de stages
- Netjes overdracht: je weet wat er is gebouwd en waarom
Ik werk met Kubernetes (EKS/AKS), Docker, Terraform en alle grote cloudplatforms. AWS gecertificeerd (Solutions Architect + Developer).
Waarom de pakketten verschillen: Basic is één service, één omgeving. Standard voegt staging, rollback en secrets toe. Premium dekt meerdere services met scanning, notificaties en een overdrachtsgesprek.
Ik reageer binnen het uur tijdens UTC+1 en lever vaker dan niet op tijd. Stuur me je repo-details en laten we d
Mijn portfolio
Andere DevOps-techniek diensten die ik aanbied
Veelgestelde vragen
Automatische vertaling
Wat heb je van mij nodig om te beginnen?
Repo-toegang (samenwerkingsuitnodiging of een fork), je cloud/deploy-doel, en hoe je momenteel deployt. Het requirements formulier verzamelt dit allemaal, dus de kickoff is meestal dezelfde dag.
Kun je werken met mijn bestaande pijplijn in plaats van helemaal opnieuw te beginnen?
Ja. Het repareren of uitbreiden van een bestaande GitHub Actions of GitLab setup is gebruikelijk; als de huidige setup niet meer te redden is, zeg ik dat voordat ik iets aanraak.
Welke clouds en platforms ondersteun je?
AWS en Azure native (gecertificeerd op AWS), plus alles Kubernetes-gebaseerd: EKS, AKS of zelfbeheer. Deploy-doelen kunnen VM's, containers of serverless zijn.
Heb je productie credentials nodig?
Nee. Ik werk met least-privilege toegang: een scoped deploy key of een staging omgeving is genoeg, en ik laat je precies zien welke permissions de pipeline zelf nodig heeft en waarom.
Wat telt als een revisie?
Aanpassingen aan wat in je package is gescoped: stages aanpassen, omgevingen hernoemen, triggers wijzigen. Nieuwe services, nieuwe omgevingen of nieuwe tooling zijn nieuwe scope, en ik geef daar een eerlijke offerte voor als een add-on in plaats van ze in een revisie te persen.

