Engineering met een "Pseudo" Ontwikkelomgeving

De Ansible-ontwikkelomgeving binnen het RWS Domein/DC wordt erkend als een “pseudo” omgeving om twee belangrijke redenen. Ten eerste zijn het uitvoeren van resets en snapshots van VM’s niet eenvoudig. Deze acties vereisen een formeel verzoek aan het infrastructuurteam via een TopDesk-verzoek tot wijziging, wat doorgaans minstens een dag in beslag neemt. Voor intensief Ansible engineeringwerk is de mogelijkheid om de omgeving meerdere keren per dag te resetten cruciaal.

Ten tweede wordt deze omgeving gedeeld onder verschillende engineers, waaronder ook engineers die niet tot het GIS Platform-team behoren. Dit kan resulteren in aanzienlijke periodes van onbeschikbaarheid, soms tot een week of langer.

Aanvullende Informatie

Voor aanvullende inzichten en begeleiding:

• Ontdek de unieke Ansible projecttypes binnen de C2 Platform aanpak door te bezoeken Ansible Projecten .
• RWS hanteert een “open, tenzij” beleid, wat ertoe leidt dat de Execution Environment (EE) van het GIS Platform is opgenomen in het GitLab Open Source Programma. Dit biedt toegang tot GitLab Ultimate .
• Onderscheid tussen Ansible engineering en operations: Ansible engineering en operations moeten als afzonderlijke disciplines worden behandeld om hoogwaardige, onderhoudbare automatisering te bevorderen. Deze scheiding zorgt ervoor dat engineering zich richt op het bouwen van schaalbare, herbruikbare code, terwijl operations zich bezighoudt met uitrol, monitoring en dagelijkse uitvoering.
• Ontwikkelomgeving: De ontwikkelomgeving is een belangrijk C2 Platform-begrip voor Ansible engineering: een reproduceerbare setup die kan worden gerealiseerd als een lokale zelfbeheerde omgeving of als een hosted seat die door C2 Platform wordt aangeboden.