Afstudeeropdracht in Infrastructure: Keeping your BICEP up to date (Project Mission: Impossible)

<p><strong>Een up-to-date infrastructuur die naadloos aansluit op de code is essentieel, zeker in vitale digitale diensten zoals betalingsverkeer, overheidsportalen en andere landelijke IT-systemen. Het handmatig onderhouden van Infrastructure as Code (IaC) kost veel tijd en kan leiden tot verouderde of inconsistente infrastructuur met maatschappelijke impact.&nbsp;In deze opdracht onderzoek je hoe monitoring en automatisering dit proces kunnen verbeteren. Jouw uitdaging: een slimme aanpak ontwikkelen waarmee ontwikkelteams tijdens het bouwen direct inzicht krijgen in de technische én financiële impact van hun IaC-wijzigingen, zodat zij bewuster, veiliger en efficiënter kunnen werken aan systemen die Nederland draaiende houden.</strong></p><p><strong><strong><strong><strong>💡</strong></strong></strong></strong><strong>Interessegebieden:&nbsp;</strong>Azure, infrastructure, pipelines<br></p><p>Om de infrastructuur vast te leggen en herhaaldelijk uit te rollen, wordt gebruikgemaakt van BICEP of ARM, de Infrastructure as Code (IaC)-oplossingen van Microsoft.</p>Hoewel deze aanpak helpt om infrastructuur gestructureerd en herbruikbaar te definiëren, is het proces om de IaC te onderhouden grotendeels handmatig. Dit proces kan behoorlijk tijdrovend zijn, terwijl deze tijd beter elders besteed kan worden.<br><br>We zien daarom een kans om dit proces gedeeltelijk te automatiseren. Zo is er meer tijd voor development-georiënteerde projecten en klantgerichte features en hebben developers de ruimte om te focussen op het creëren van waardevolle functionaliteiten die directe impact hebben voor de klant.<br><br>Hieronder staan drie belangrijke uitdagingen die kunnen ontstaan wanneer IaC niet goed wordt bijgehouden. Dit biedt juist kansen om met een geautomatiseerd proces deze problemen op te lossen en de infrastructuurbeheerprocessen te verbeteren.<strong><br><br></strong><p><strong>Verouderde infrastructuur en onnodige kosten</strong></p><p>Wanneer de code niet regelmatig wordt bijgehouden, kunnen nieuwe infrastructuurversies of configuraties worden gemist. Dit kan leiden tot:</p><ul>

<li>Componenten die "end of life" zijn en niet meer worden ondersteund.</li>

<li>Onnodige kosten doordat er nieuwere, goedkopere versies beschikbaar zijn die niet worden benut.</li>

<li>Verhoogde risico’s op verstoringen in systemen die kritiek zijn voor burgers en organisaties.</li>
</ul><p><strong>Handmatige aanpassingen</strong></p><p>Handmatig uitgevoerde wijzigingen die niet in de IaC zijn vastgelegd, maken het lastig om inzicht te krijgen in de infrastructuur. Dit leidt tot:</p><ul>

<li>Problemen bij latere updates of aanpassingen, omdat de code niet meer overeenkomt met de daadwerkelijke infrastructuur.</li>

<li>Tijdrovende en foutgevoelige processen bij het handmatig controleren en bijwerken van de code, vooral in complexe omgevingen.</li>

<li>Minder voorspelbaarheid en beheersbaarheid in omgevingen waar continuïteit cruciaal is.</li>
</ul><p><strong>Inconsistenties door tijdsdruk en handmatig werk</strong></p><p>Onder druk, bijvoorbeeld bij beveiligingsupdates of strakke deadlines, wordt de IaC soms genegeerd of worden wijzigingen handmatig doorgevoerd. Dit brengt risico's met zich mee, zoals:</p><ul>

<li>Inconsistenties tussen de code en de infrastructuur.</li>

<li>Onduidelijkheid over welke wijzigingen zijn doorgevoerd en wat de impact ervan is.</li>

<li>Grotere kans op incidenten in vitale digitale ketens.</li>
</ul><br><p><strong>De opdracht</strong></p><p>Gedurende deze opdracht moeten de volgende drie onderzoeksvragen worden beantwoord:</p><p><strong>Hoe kan de monitoring van nieuwe versies van infrastructuurcomponenten het beste worden geïntegreerd in bestaande projecten?</strong></p><p>Deze vraag richt zich op het vinden van de optimale methode om een monitoringoplossing te implementeren die automatisch controleert op nieuwe versies van de gebruikte infrastructuurcomponenten, zodat de code up-to-date blijft. Het is ook belangrijk om te onderzoeken hoe uitgebreid deze analyse kan zijn: blijft het beperkt tot het herkennen van nieuwe versies, of kan er ook advies worden gegeven over het gebruik van nieuwe componenten om kosten te besparen en risico’s te verlagen in omgevingen met maatschappelijke impact?</p><p><strong>Hoe kan de consistentie tussen Infrastructure as Code en de werkelijke infrastructuur gewaarborgd worden?</strong></p><p>Deze vraag onderzoekt welke maatregelen genomen kunnen worden om ervoor te zorgen dat BICEP een valide bron van waarheid blijft voor de staat van de infrastructuur. Dit kan ook inhouden dat handmatige wijzigingen in het Azure Portal worden beperkt, hoewel dit ook zijn eigen nadelen met zich meebrengt. Het is dus niet noodzakelijk om naar een softwarematige oplossing te kijken; ook governance of procesmaatregelen kunnen relevant zijn voor vitale IT-domeinen.</p><p><strong>Welke andere metrics met betrekking tot Infrastructure as Code zijn relevant om te monitoren, zodat de kwaliteit van de code verder kan worden verbeterd?</strong></p><p>Dit is een bredere vraag die onderzoekt of er, naast versies en consistentie, nog andere metrics van belang zijn voor het effectief onderhouden van Infrastructure as Code met het oog op stabiliteit, kostenbeheersing en continuïteit van belangrijke IT-systemen.</p><p><strong>Tijdens deze opdracht moeten de volgende twee problemen worden aangepakt:</strong></p><p><strong>Onvoldoende inzicht in nieuwe versies van infrastructuurcomponenten</strong></p><p>Het is lastig om te weten wanneer er nieuwe versies van de gebruikte componenten beschikbaar zijn. Dit kan leiden tot verouderde configuraties, die mogelijk niet optimaal of veilig zijn, met risico op verstoringen in systemen die een landelijke functie vervullen.</p><p><strong>Inconsistentie tussen de Infrastructure as Code en de werkelijke infrastructuur</strong></p><p>Handmatige wijzigingen in de werkelijke infrastructuur worden niet altijd in de code vastgelegd, waardoor de code niet meer overeenkomt met de feitelijke situatie. Dit kan leiden tot misconfiguraties en onderhoudsproblemen die juist in cruciale IT-omgevingen grote gevolgen kunnen hebben.</p><p><strong>Het doel van de opdracht</strong></p><p>Het doel van de opdracht is om deze problemen op te lossen, op basis van de bevonden methoden uit het onderzoek, en daarmee bij te dragen aan betrouwbare, schaalbare en toekomstbestendige digitale infrastructuren die een maatschappelijke rol vervullen.</p><ul>
</ul><p><strong>Over Info Support</strong></p><p>Info Support is specialist in maatwerksoftware, data/AI solutions, beheer en trainingen en actief in de sectoren Finance, Industry, Agriculture, Food &amp; Retail, Mobility &amp; Public en Healthcare. Wij bieden solide en innovatieve oplossingen voor complexe en bedrijfkritische softwarevraagstukken. Onze hoofdkantoren zijn gevestigd in Veenendaal (NL) en Mechelen (BE). Op dit moment zijn er circa 500 medewerkers bij Info Support in dienst.</p><p>De werkwijze van Info Support kenmerkt zich door een aantal kernwaarden: soliditeit, integriteit, vakmanschap en passie. Deze kernwaarden zijn verweven in ons werk en de manier waarop we met elkaar omgaan.</p><p>Om te zorgen dat alle medewerkers altijd op de hoogte kunnen zijn van de nieuwste ontwikkelingen beschikt Info Support over een inhouse kenniscentrum waar graag wordt voldaan aan de honger naar meer of andere kennis en vaardigheden.</p><p><strong>Om deze opdracht te kunnen doen is&nbsp;B2-taalvaardigheid in het Nederlands vereist.</strong></p>