Driv automatiska uppdateringar med tydliga stoppvillkor
Automatisering kräver tester efter installationen. Bestäm när den fortsatta utrullningen stoppas och vem som beslutar om fortsättningen.
Automatiska uppdateringar kan ta över återkommande driftarbete. En lyckad installation visar däremot ännu inte om din applikation och dess anslutningar fortsätter fungera som avsett. Beslutet att fortsätta behöver därför ett definierat testfall.
NIST räknar in prioritering, installation och verifiering av installationen i patchhantering. För den egna driften leder det till en konkret fråga: Vilket applikationsflöde måste fortfarande fungera efter ändringen?
Kontrollera en kritisk anslutning
I det påhittade exemplet installerar en automatisk rutin en uppdatering. Webbtjänsten startar, men bakgrundsuppgiften J-61 kan inte längre använda anslutningen till det kopplade systemet. Installationsmeddelandet är positivt; det nödvändiga flödet är fortfarande avbrutet.
För detta fall planerar teamet ett test av anslutningen och dess avsedda resultat innan utrullningen fortsätter. Testet förbereds i en godkänd miljö med lämpliga testdata. Här har ingen uppdatering installerats och inget kopplat system kontaktats.
Bestäm reaktionen på ett misslyckat test
Observation i exemplet | Planerad åtgärd | Villkor före fortsättning |
|---|---|---|
Installation och kritiskt flöde klarar de överenskomna testerna. | Fortsätt den planerade utrullningen med övervakning. | Testresultaten är kopplade till det berörda systemet. |
Bakgrundsuppgiftens anslutning misslyckas. | Stoppa fortsatta utrullningssteg och tilldela utredningen. | Orsaken eller en lämplig lösning har kontrollerats; beslut fattas om fortsättning. |
En brådskande säkerhetsrättning kräver ett annat förlopp. | Bedöm brådska, påverkan och tillgänglig testväg tillsammans. | Beslut från ansvarig person och fortsatt övervakning är fastställda. |
Tabellen är en planeringsmall, inte en utrullning som utförts här. Att stoppa innebär att fatta ett kontrollerat beslut om nästa ändring. Den nödvändiga säkerhetsrättningen ligger kvar som en öppen uppgift och behöver ett fastställt fortsatt förlopp.
Planera vägen tillbaka och återstående arbete
En återgång till den gamla programversionen måste passa dataläget och redan genomförda ändringar. Klargör i förväg vilken återgång som har testats för den aktuella uppdateringen och vem som får utföra den. En äldre fil är inte i sig en testad väg tillbaka.
Dokumentera slutligen vem som hanterar misslyckade kontroller och när öppna fall ska bedömas igen. Då följer automatiken det överenskomna förloppet, medan avvikelser har en beslutsväg med en utsedd ansvarig.
Källor
Läs vidare
Alla artiklar
Cloud & drift med ASES
Hosting, driftsättning, underhåll och support