W15 | Welke image draait er straks precies?

Build AI. Run AI. Own AI. — Week W15 · 6-12 april 2026

Deze week is vooral infrastructuurwerk. Ik maak de route van Docker-build naar uitrol explicieter: images worden gebouwd en gepusht, er komt autoheal bij en een image kan als artifact worden opgeslagen.

Het archiefscript slaat de image met `docker save` op als tarbestand en zet die in S3 onder een pad met omgeving, service en tag: `artifacts/{env}/{service}/{tag}.tar`. Dat klinkt als een implementatiedetail, maar het maakt een belangrijk onderscheid zichtbaar. De commit is broncode; de build maakt daar een image van; die image moet herkenbaar bewaard blijven; en pas de deployment kiest wat waar draait.

Als ik later wil weten wat een omgeving precies uitvoerde, is “de laatste build” geen voldoende antwoord. Ik heb een image-identiteit nodig die ik kan terugvinden en opnieuw inzetten. De nieuwe stappen nemen werk over, maar voegen ook een keten toe die in de juiste volgorde moet lopen: build, tag, archive, push en deploy.

Ik laat deze week de releaseketen de hoofdrol spelen. Niet elke week hoeft ook een nieuwe UI-feature te hebben. Juist het saaiere stuk tussen code en draaiende app bepaalt of ik een verandering kan herhalen en bij problemen kan terugzoeken wat er gebeurde.