Artikelen met het keyword Architectuur
Observability levert data, maar zonder expliciete semantiek ontbreekt de betekenis. In dit artikel laat ik zien waarom impliciete kennis in systemen niet schaalbaar is, en hoe een minimale semantische laag noodzakelijk is om relaties tussen services inzichtelijk te maken — voor mensen én voor tooling.
Hoe ga je veilig om met secrets in Kubernetes? In dit artikel deel ik praktijkervaringen, valkuilen en best practices rond het beheren van wachtwoorden en API-keys – van simpele YAML tot geavanceerde Vault-oplossingen.
In dit artikel neem ik je mee in het architectuuroverzicht van Mprjv65. Ik laat zien hoe je met een modulaire servicelaag, duidelijke governance-koppeling en flexibele applicatielaag een soevereine, uitlegbare en toekomstbestendige cloudomgeving opbouwt. Inclusief visueel model, praktijkvoorbeelden en doorkijk naar vervolgartikelen.
In eerdere artikelen heb ik de cloud beschreven als een gelaagd model. In dit artikel maak ik de stap van abstractie naar invulling. Laag voor laag laat ik zien hoe ik Mprjv65 concreet opzet, welke keuzes daarbij worden gemaakt en welke consequenties dat heeft. Niet als blauwdruk of alternatief platform, maar als manier om afhankelijkheden en aannames zichtbaar te maken — met speciale aandacht voor de samenwerkingslaag die gebruikers dagelijks ervaren als “de cloud”.
In dit artikel beschrijf ik de cloud als een gelaagde omgeving, opgebouwd van fysiek datacenter tot zichtbare applicaties. Door deze lagen expliciet te maken, ontstaat een denkmodel waarin duidelijk wordt waar keuzes worden gemaakt, hoe abstrahering werkt en waarom de applicatie slechts het eindpunt is van een grotere onderliggende structuur. Het artikel dient als conceptueel kader voor verdere verdieping binnen het Mprjv65‑project.
Mprjv65 is een persoonlijke verkenning van hoe een modern cloudplatform in elkaar zit, ontstaan vanuit vakmatige nieuwsgierigheid en professionele verantwoordelijkheid. Als beheerder in een cloud‑first onderwijsorganisatie wil ik begrijpen wat er onder abstraherende lagen gebeurt, en hoe keuzes rond mail, identity en infrastructuur samenhangen. Dit project is geen blauwdruk of alternatieve cloud, maar een middel om inzicht op te bouwen — zowel in platformarchitectuur als in containers en Kubernetes...
Dit artikel onderzoekt hoe kleine technische keuzes in softwareontwikkeling onverwacht kunnen uitgroeien tot een wirwar van nieuwe ideeën, afhankelijkheden en complexiteit – het bekende "can of worms"-effect. Aan de hand van praktijkvoorbeelden en reflectie wordt duidelijk hoe scope-creep en keuzestress ontstaan, en hoe je met focus, prioritering (zoals de MoSCoW-methode) en iteratief werken grip kunt houden op een groeiend project.