Onderwerp
Nog niet bevestigd door een mens. Eigenaar: vdo89. Bron in de atlas
Na de oplevering blijft de dienstbeschrijving de afspraak. Een wijziging is een nieuw voorstel langs hetzelfde leverpad, het vlootbeheer houdt de inrichting tussendoor gelijk aan de beschrijving, en bijwerken levert per laag een nieuwe vastgelegde versie op die gespreid wordt uitgerold. Ook beëindigen loopt via de dienstbeschrijving.
Als wijzigen, bijwerken en beëindigen hetzelfde pad volgen als de eerste levering, gelden dezelfde toetsing, beoordeling en herleidbaarheid. Vervangen in plaats van ter plekke aanpassen houdt de werkelijke toestand gelijk aan versiebeheer, en een uitrol via de proefgroep begrenst de gevolgen van een fout. Een geblokkeerde naam en bewaartermijnen voorkomen dat een beëindigde dienst verweesde onderdelen of gegevens achterlaat.
Het ritme per laag, de duur in de proefgroep en de meldtermijnen zijn een voorstel.
Meer capaciteit of een extra verbinding is een nieuw voorstel met een eigen kenmerk, langs hetzelfde leverpad; binnen de varianten vraagt zo’n wijziging geen aanvraag per beheerdomein.
De acceptatieproef Wijziging en de toets Wijziging en beëindiging via de dienstbeschrijving tonen het aan.
Tussen twee leveringen houdt het vlootbeheer de inrichting gelijk aan de dienstbeschrijving, met Argo CD als declaratieve besturing. Een verschil met het versiebeheer buiten een lopende uitrol is een afwijking, die het vlootbeheer meldt en terugzet.
Zo blijft na de oplevering de afspraak actief; zie het begrip GitOps. Een geregistreerde noodmaatregel kan dit herstel tijdelijk opschorten tot een einddatum.
Zolang het versiebeheer niet beschikbaar is, lopen urgente wijzigingen via de noodroute.
Bijwerken levert een nieuwe, in het versiebeheer vastgelegde versie op, die langs hetzelfde pad wordt uitgerold als de eerste levering. Containers en werkers worden vervangen, niet ter plekke aangepast. Firmware, de servers van het opslagcluster en het besturingssysteem van virtuele servers worden wel ter plekke bijgewerkt, maar altijd naar een basislijn uit het versiebeheer.
De toets Gecontroleerd bijwerken per laag toont het aan, en de gebruikssituatie Beheer voert verbeteringen beheerst door beschrijft wat beheer ervan merkt.
Per laag liggen vast hoe wordt bijgewerkt, waar de versie staat, in welk ritme en door wie. Voor alle lagen gelden de oplostermijnen voor kwetsbaarheden.
| Laag | Wat en hoe | Pad en vastlegging | Ritme | Wie |
|---|---|---|---|---|
| Firmware en beheerinterfaces | Nieuwe firmwarebasislijn; servers één voor één, na ontruiming van de werklast en met een terugvalpad naar de vorige basislijn | Basislijn in het versiebeheer; nalevingsoverzicht van het firmwarebeheer met de feitelijk geïnstalleerde versie per server | Ieder kwartaal | Platformbeheer |
| Switches en firewalls | Switches via de besturing van de fabric: rek voor rek, binnen een redundant paar één apparaat tegelijk, met de testset na ieder rek; firewalls via hun eigen beheer, zonder verlies van redundantie; filterregels alleen via draaiboeken | Versie in de bedoelde toestand van het netwerk in het versiebeheer | Volgens het ritme van de leverancier | Netwerkbeheer |
| Servers van het opslagcluster | Besturingssysteem en opslagsoftware knooppunt voor knooppunt in de onderhoudsstand, alleen vanuit een gezonde toestand met voldoende reserve; het volgende knooppunt pas na herstel van de kopieën | Versie in de automatisering; verslag per knooppunt | Maandelijks venster | Opslagbeheer |
| Platformclusters en gehoste besturingen | Nieuwe clusterversie in de clusterdefinitie; eerst de besturing, daarna de werkers één voor één vervangen; het onveranderbare besturingssysteem van de knooppunten komt met de clusterversie mee, knooppunt voor knooppunt met een herstart | Clusterdefinitie in de opslagplaats Platform; uitrol door het vlootbeheer | Onderhoudsvenster; ten minste ieder half jaar een versieovergang | Platformbeheer |
| Platformsoftware en basisdiensten | Nieuwe versie via de spiegel; installatieplan goedgekeurd als wijzigingsvoorstel | Versie in de opslagplaats Platform; spiegelverslag | Maandelijks | Platformbeheer |
| Virtuele servers | Besturingssysteem via de update- en contentvoorziening, geërfd van de Linux-updatedienst van RWS met een dienstafspraak, met herstart in het onderhoudsvenster | Basislijn per besturingssysteem in het versiebeheer; nalevingsoverzicht | Maandelijks venster | Platformbeheer (besturingssysteem) en applicatieteam (toepassing) |
| Basisbeelden en bibliotheken | Nieuwe basisbeelden via de spiegel of de toelatingsroute; de softwarelevering herbouwt afhankelijke software | Nieuw inhoudskenmerk via een automatisch wijzigingsvoorstel in de opslagplaats van de toepassing; automatisch samengevoegd alleen binnen een vooraf goedgekeurde variant en na geslaagde controles op die vastlegging, anders na beoordeling door het team | Bij iedere update van de bron | Platform (herbouw) en applicatieteam (vrijgave) |
| Toepassingen en software van derden | Eigen software: nieuwe versie via de pijplijn; software van derden: iedere nieuwe leveranciersversie opnieuw door de toelatingsroute | Inhoudskenmerk in de opslagplaats van de toepassing; register van toegelaten software | Binnen de termijnen; het team kiest het moment | Applicatieteam; eigenaar van de toelating |
De oplostermijnen staan in het domein softwarelevering. De werkwijzen per laag horen bij de domeinen van die lagen, zoals beheercellen, netwerk en opslag.
Updates gaan gespreid: iedere laag gaat eerst naar de proefgroep, ten minste 5 werkdagen vóór golf 1, en daarna per uitrolgolf. Platformupdates lopen via beleid; gehoste clusters krijgen per golf een ander releasebeeld in de clusterdefinitie. Bij kritieke of actief misbruikte kwetsbaarheden geldt de spoedroute.
Een wijziging kan veel clusters tegelijk raken; gefaseerde uitrol begrenst dat risico. Het uitrolverslag per golf is het bewijs, en de toets Gefaseerde uitrol met proefgroep beproeft het. De spoedroute staat in het domein softwarelevering, de golven zelf in het domein vlootbeheer.
Beëindigen gaat alleen via de gevraagde toestand in de dienstbeschrijving. Tijdens de afbouw staat de levering op ‘Wordt beëindigd’; gegevens en back-ups volgen hun bewaartermijn, en de naam blijft geblokkeerd tot alle kopieën weg zijn. In ontwikkelen en beproeven krijgt het team 30 en 7 dagen vóór de einddatum een melding.
Zo blijven er geen verweesde namen, onderdelen of rechten achter. Het verslag van de beëindiging staat in het leverdossier. De acceptatieproef Beëindiging en de toets Wijziging en beëindiging via de dienstbeschrijving tonen het aan.