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: Een lokale open-source ontwikkelomgeving stimuleert Ansible-automatisering door maximale flexibiliteit en productiviteit te bieden voor snelle iteratie, testen en onafhankelijkheid van externe infrastructuurteams of zelfs andere engineers in het team vanwege gedeelde omgevingen.