Kennis delen vanuit de praktijk
Tijdens de Dutch Azure Meetup bij Wigo4it gaven Pascal van der Horst en Yorick Bolster, beiden DevOps-engineers bij Wigo4it, een technische sessie over een selfservice-releaseportaal. Het platform hielp teams zelfstandig software op Kubernetes te leveren. Aan bod kwamen de frontend, API, Durable Functions, YAML en componentgebaseerde ontwikkeling en deployment.
Duiding door Horst IT Consultancy
Van aanvraag naar release
Een releaseportaal kan terugkerende handelingen toegankelijk maken voor ontwikkelteams. De waarde zit in een voorspelbaar proces: dezelfde invoer, duidelijke controles en een resultaat waarvan de status zichtbaar is. Een portaal zonder goede foutmeldingen of herstelpad verplaatst het handwerk alleen naar een ander scherm.
- 01Aanvraag
Doel, omgeving en wijziging
- 02Controle
Rechten, validatie en beleid
- 03Release
Uitvoering, status en herstel
Wat vooraf duidelijk moet zijn
Begin met één veelvoorkomende releasehandeling. Leg vast wie deze mag starten, welke controles nodig zijn en wat er gebeurt als de uitvoering vastloopt. Pas daarna volgt uitbreiding naar meer teams en omgevingen.
- Eigenaarschap. Maak onderscheid tussen het beheer van het platform en de verantwoordelijkheid voor de applicatie.
- Veilige toegang. Geef alleen de rechten die voor de handeling nodig zijn. Houd wijzigingen herleidbaar.
- Herstelbaarheid. Maak een mislukte release zichtbaar en leg een herstel- of rollbackprocedure vast.
Selfservice werkt wanneer zelfstandig handelen en operationele controle elkaar versterken. Dat vraagt om techniek die het afgesproken proces ondersteunt en documentatie die ook bij een storing bruikbaar blijft.
Bron en context
De terugblik is gebaseerd op de publicatie van Wigo4it. De bijdrage van Pascal vond plaats in zijn rol bij Wigo4it; dit is geen klantcase van Horst IT Consultancy. De duiding en het schema beschrijven algemene aandachtspunten, geen aanvullende feiten over de implementatie.
Lees de oorspronkelijke publicatie bij Wigo4it