Driv automatiske opdateringer med klare stopbetingelser
Automatisering kræver test efter installationen. Fastlæg, hvornår den videre udrulning stopper, og hvem der beslutter, om den kan fortsætte.
Automatiske opdateringer kan overtage tilbagevendende driftsarbejde. En vellykket installation viser dog ikke, om din applikation og dens forbindelser fortsat virker som planlagt. Beslutningen om at fortsætte kræver derfor et defineret testtilfælde.
NIST medregner prioritering, installation og kontrol af installationen i patchstyring. For din egen drift fører det til et konkret spørgsmål: Hvilket applikationsforløb skal stadig virke efter ændringen?
Kontrollér en kritisk forbindelse
I det opdigtede eksempel installerer en automatisk rutine en opdatering. Webtjenesten starter, men baggrundsopgaven J-61 kan ikke længere bruge forbindelsen til det tilknyttede system. Installationsmeldingen er positiv; det nødvendige forløb er stadig afbrudt.
I dette tilfælde planlægger teamet en test af forbindelsen og dens forventede resultat, før udrulningen fortsætter. Testen forberedes i et godkendt miljø med passende testdata. Her er ingen opdatering installeret og intet tilknyttet system kontaktet.
Fastlæg reaktionen på en fejlslagen test
Observation i eksemplet | Planlagt handling | Betingelse før fortsættelse |
|---|---|---|
Installation og kritisk forløb består de aftalte test. | Fortsæt den planlagte udrulning med overvågning. | Testresultater er knyttet til det berørte system. |
Baggrundsopgavens forbindelse fejler. | Stop yderligere udrulningstrin, og tildel undersøgelsen. | Årsagen eller en egnet løsning er kontrolleret; der træffes beslutning om fortsættelse. |
En hastende sikkerhedsrettelse kræver et andet forløb. | Vurder hast, konsekvens og tilgængelig testmulighed samlet. | Den ansvarliges beslutning og den videre overvågning er fastlagt. |
Tabellen er en planskabelon, ikke en udrulning udført her. At stoppe betyder at tage en kontrolleret beslutning om næste ændring. Den nødvendige sikkerhedsrettelse forbliver en åben opgave og kræver et fastlagt videre forløb.
Planlæg tilbagevejen og de resterende opgaver
En tilbagevenden til den gamle programversion skal passe til datatilstanden og allerede udførte ændringer. Afklar på forhånd, hvilken tilbagevej der er testet for den konkrete opdatering, og hvem der må udføre den. En ældre fil alene er ikke en testet tilbagevej.
Registrer til sidst, hvem der håndterer fejlslagne kontroller, og hvornår åbne sager vurderes igen. Så følger automatikken det aftalte forløb, mens afvigelser har en beslutningsvej med en ansvarlig.
Kilder
Læs videre
Alle artikler
Cloud & drift med ASES
Hosting, deployment, vedligeholdelse og support