Sådan omdanner Resolve automatisering af gendannelse efter katastrofer til styret udførelse

Koordiner gendannelse på tværs af virksomhedens systemer med godkendte arbejdsgange, AI-understøttede beslutninger, verifikation og menneskeligt tilsyn.

Resolve Partner Spotlight 38470
Partner Perspectives

This is sponsored content from Resolve. Learn here about our transparent editorial approach.

Kort fortalt:

  • Automatisering af katastrofegendannelse omdanner en dokumenteret gendannelsesplan til en eksekverbar, gentagelig proces.
  • Resolve koordinerer gendannelsesarbejdet på tværs af sky, netværk, identitet, infrastruktur, observabilitet, ITSM og andre virksomhedssystemer.
  • Resolve kan fortolke signaler og operationel kontekst for at udføre godkendte gendannelsesprocedurer. Dets revisionsspor giver indsigt i arbejdsgangsaktiviteten.
  • Menneskelig dømmekraft er fortsat tilgængelig ved beslutninger med høj risiko, undtagelser fra politikker og situationer, hvor evidensen ikke understøtter et automatiseret svar.

Udfordringer ved katastrofegendannelse

De fleste virksomheder har planer for katastrofegendannelse. Det svære spørgsmål er, om disse planer kan udføres hurtigt, konsekvent og sikkert under en reel forstyrrelse.

En gendannelsesplan kan dokumentere applikationsafhængigheder, placeringer af sikkerhedskopier, overtagelsesprocedurer, systemejere, kommunikationsveje, mål for gendannelsestid og mål for gendannelsespunkt. Men et dokument udfører ikke selve gendannelsen.

Når der opstår et driftsstop, skal teams muligvis stadig indsamle diagnosticering, fastlægge forstyrrelsens omfang, koordinere infrastruktur- og applikationsejere, aktivere backupmiljøer, opdatere netværkskonfigurationer, verificere identitetstjenester, gendanne afhængigheder, teste applikationens tilstand, kommunikere status og registrere hver eneste handling.

Når disse trin afhænger af manuel koordinering, kan gendannelsen blive langsommere netop på det tidspunkt, hvor tid og klarhed betyder mest.

Resolve omdanner en katastrofegendannelsesplan til en styret udførelsesproces. Den koordinerer godkendte handlinger på tværs af det bredere IT-miljø, bevarer kontrollen over ændringer i produktionen, validerer resultater og involverer mennesker, når situationen kræver dømmekraft.

Sådan håndterer Resolve automatisering af katastrofegendannelse 

Krav til gendannelseFortolk alarmer og hændelseskontekstManuel eller afkoblet tilgangTeknikere gennemgår oplysninger på tværs af flere værktøjerResolveFortolker den kontekst, der stilles til rådighed for processen
Krav til gendannelseVælg den rette gendannelsesvejManuel eller afkoblet tilgangRespondenter finder dokumentation og beslutter, hvad der skal køresResolveIdentificerer den rette godkendte arbejdsgang
Krav til gendannelseKoordiner handlinger på tværs af systemerManuel eller afkoblet tilgangTeams skifter mellem værktøjer, skripter, konsoller og overdragelserResolveOrkestrerer rækkefølgen på tværs af forbundne systemer
Krav til gendannelseKontrollér følsomme handlingerManuel eller afkoblet tilgangTilladelser og godkendelser varierer på tværs af værktøjerResolveArbejdsgange anvender definerede tilladelser, godkendelser og politikstyring
Krav til gendannelseHåndter forventede fejlManuel eller afkoblet tilgangRespondenter fejlsøger manuelt hvert mislykkede trinResolveArbejdsgange følger definerede fejl- og eskaleringsforløb
Krav til gendannelseVerificer gendannelsenManuel eller afkoblet tilgangTeams udfører separate kontroller efter eksekveringenResolveValidering er indbygget i gendannelsesarbejdsgangen
Krav til gendannelseBevar indsigt i eksekveringenManuel eller afkoblet tilgangEvidens er spredt på tværs af supportsager, logfiler og beskederResolveRevisionssporet giver indsigt i arbejdsgangsaktiviteten

Resolve-tilgangen hjælper med at eliminere undgåelig manuel koordinering, så specialister kan fokusere på beslutninger og undtagelser, der reelt kræver ekspertise.

Gendannelse efter et kritisk applikationsdriftsstop med Resolve

Antag, at overvågningen registrerer, at en forretningskritisk applikation er utilgængelig. Applikationen afhænger af skyinfrastruktur, en database, identitetstjenester, netværksforbindelse og flere underliggende tjenester.

Et værktøj til punktgendannelse kan muligvis gendanne en specifik ressource. Det koordinerer muligvis ikke den komplette proces, der kræves for at bringe tjenesten tilbage til en anvendelig tilstand.

arbejdsgangsdesigneren i Resolve
Et eksempel på en arbejdsgang, der er designet i Resolves arbejdsgangsdesigner.

Resolve leverer eksekveringslaget til denne ende-til-ende-gendannelse.

1. Resolve modtager forstyrrelsessignalet

Processen kan begynde med en hændelse fra en observabilitetsplatform, en infrastrukturalarm eller en hændelse, der er oprettet i ITSM.

Resolve starter den relevante diagnosticeringsarbejdsgang uden at vente på, at en tekniker manuelt kopierer oplysninger mellem systemer. Revisionssporet giver indsigt i arbejdsgangsaktiviteten fra begyndelsen af reaktionen.

2. Resolve samler den relevante kontekst

Platformen fortolker signalet og den betroede driftskontekst, der er tilgængelig for processen. Denne kontekst kan omfatte den berørte tjeneste, nylige ændringer, infrastrukturstatus, afhængigheders tilstand, relaterede alarmer og oplysninger om tidligere hændelser.

Hvis dokumentationen er ufuldstændig eller modstridende, kan processen indsamle flere oplysninger eller anmode om menneskelig gennemgang, før den udfører en følsom handling.

3. Resolve identificerer den godkendte gendannelsessti

Resolve hjælper med at afgøre, hvilken godkendt gendannelsesarbejdsgang der passer til den tilgængelige dokumentation.

Den opfinder ikke en procedure til gendannelse af produktionen under en driftsafbrydelse. Workflow Designer indeholder den gendannelseslogik, som organisationen allerede har gennemgået, herunder påkrævede input, tilladelser, godkendelser, valideringstrin og betingelser for eskalering.

4. Resolve koordinerer gendannelsen

Resolve udfører gendannelsessekvensen på tværs af de relevante systemer.

Afhængigt af den godkendte plan kan arbejdsgangen indsamle yderligere diagnosticering, isolere en berørt komponent, aktivere standbyressourcer, gendanne en konfiguration, koordinere en failover, opdatere routing, genstarte afhængige tjenester eller underrette de relevante teams.

Arbejdsgangen udfører disse handlinger i en fastlagt rækkefølge. Den kan sætte processen på pause for at indhente godkendelse før en ændring med høj risiko, skifte gren baseret på kendte betingelser og stoppe, når en påkrævet sikkerhedsforanstaltning mislykkes.

5. Resolve verificerer gendannelse af tjenesten

Gennemførelsen af failoversekvensen beviser ikke, at tjenesten er blevet gendannet.

Resolve kører de succes­kontroller, som organisationen har defineret. Disse kontroller kan bekræfte, at infrastrukturen er tilgængelig, afhængigheder svarer, godkendelse fungerer, applikationen består en sundhedstest, og overvågningen ikke længere registrerer den oprindelige tilstand.

Denne validering hjælper teamet med at skelne mellem en gennemført gendannelseshandling og en verificeret forretningstjeneste.

6. Revisionssporet understøtter afslutning eller eskalering

Hvis kontrollerne består, kan Resolve opdatere ITSM-posten, kommunikere resultatet og fortsætte med at overvåge tjenesten.

Hvis valideringen mislykkes, følger den den godkendte eskalerings- eller afhjælpningssti. De, der håndterer hændelsen, modtager den indsamlede kontekst, de handlinger, som arbejdsgangen har udført, og de tilgængelige resultater.

Revisionssporet giver indsigt i arbejdsgangens aktiviteter, så de, der håndterer hændelsen, kan undersøge undtagelsen uden at gentage hele gendannelsesprocessen.

Katastrofeberedskab kræver mere end punktautomation

De fleste virksomheder har allerede værktøjer, der understøtter dele af katastrofeberedskabet. Sikkerhedskopieringsplatforme beskytter data. Cloudplatforme leverer redundans. Værktøjer til observerbarhed registrerer tjenesteproblemer. ITSM-platforme håndterer hændelser. Netværks-, identitets- og infrastrukturværktøjer styrer deres respektive domæner.

Hvert værktøj udfører muligvis sin egen funktion godt. Orkestreringsudfordringen opstår, når gendannelse kræver, at alle værktøjerne fungerer som én koordineret proces.

Uden et orkestreringslag kan teams være nødt til at forbinde scripts manuelt, vedligeholde duplikeret automationslogik, skifte mellem separate konsoller og koordinere overdragelser via sager eller samarbejdsværktøjer. Efterhånden som miljøerne vokser, kan disse afhængigheder gøre gendannelsesprocedurer sværere at vedligeholde og udføre konsekvent.

Resolve leverer et platformsuafhængigt orkestreringslag på tværs af IT-domæner. Teams kan koordinere arbejdsgange, genbruge automatisering, anvende styring konsekvent og forbinde gendannelseshandlinger på tværs af den bredere teknologistak.

AI gør styret gendannelse vigtigere

AI kan hjælpe teams med at fortolke ufuldstændige alarmer, analysere driftskontekst og identificere det mest passende godkendte svar. Men handlinger i forbindelse med katastrofeberedskab kan påvirke produktionsinfrastruktur, forretningsdata, identitetssystemer og kritiske tjenester.

Disse handlinger bør ikke være helt afhængige af ikke-deterministisk AI.

Resolve adskiller ræsonnering fra udførelse ved at anvende AI, hvor kontekst og fortolkning er værdifulde, men overlade produktionshandlinger til deterministiske arbejdsgange med definerede kontroller. 

Denne tilgang gør det muligt for teams at bruge AI under gendannelse uden at give en probabilistisk model ukontrolleret myndighed over kritiske systemer.

Resolve omsætter gendannelsesplaner til styrede handlinger

En katastrofeberedskabsplan er kun så effektiv som organisationens evne til at udføre den, og katastrofeberedskabsprocedurer afhænger ofte af erfarne ingeniører, der forstår systemafhængigheder, undtagelsesforløb og den rækkefølge, som handlingerne skal udføres i.

Når denne viden forbliver i dokumenter, scripts eller hos enkelte personer, afhænger genoprettelsen i høj grad af, hvem der er tilgængelig under afbrydelsen.

Resolve giver teams mulighed for at kodificere denne operationelle ekspertise som genanvendelig udførelseslogik for at skabe en genoprettelsesmodel, der er nemmere at gentage, styre, gennemgå og forbedre.

Det omdanner dokumenterede procedurer til styrede arbejdsgange, der koordinerer systemer, anvender kontroller, verificerer genoprettelsen og involverer mennesker, når der er behov for dømmekraft.

Ofte stillede spørgsmål

Hvad er automatisering af katastrofeberedskab?

Automatisering af katastrofeberedskab bruger godkendte arbejdsgange til at koordinere de handlinger, der kræves for at gendanne infrastruktur, applikationer, dataadgang og afhængige tjenester efter en afbrydelse. Det reducerer behovet for manuel koordinering, samtidig med at kontroller, validering og menneskeligt tilsyn bevares.

Erstatter Resolve platforme til sikkerhedskopiering eller katastrofeberedskab?

Nej. Sikkerhedskopiering, replikering, cloudgenoprettelse og andre domænespecifikke værktøjer fortsætter med at udføre deres specialiserede funktioner. Resolve orkestrerer disse værktøjer som en del af en bredere, samlet genoprettelsesproces.

Hvordan bruger Resolve AI i katastrofeberedskab?

Resolve kan bruge AI-baseret ræsonnering til at fortolke alarmer og operationel kontekst samt identificere den relevante næste godkendte handling. Derefter håndterer løsningen udførelsen gennem styrede, deterministiske arbejdsgange.

Hvilket katastrofeberedskabsarbejde kan Resolve automatisere?

Resolve kan koordinere diagnosticering, valg af genoprettelsesarbejdsgange, handlinger på tværs af systemer, godkendelser, failover-sekvenser, validering af tjenester, ITSM-opdateringer og eskaleringsoverdragelser. Det præcise omfang afhænger af de tilsluttede systemer og de genoprettelsesprocedurer, som organisationen har godkendt.

Hvordan understøtter automatisering genoprettelsesmål?

Automatisering reducerer forsinkelser forårsaget af manuelle overdragelser og uensartet udførelse. Arbejdsgange kan designes omkring mål for genoprettelsestid og mål for genoprettelsespunkt, men det opnåelige resultat afhænger stadig af den underliggende arkitektur, sikkerhedskopier, afhængigheder og genoprettelsesstrategi.

Zack Austin
Zack Austin is Director of Product Marketing at Resolve. With a decade of experience in enterprise IT and security, his career spans malware analysis, sales engineering, GTM leadership, and co-founding a cybersecurity startup. He also co-authored NIST SP 1800-35 on Zero Trust Architecture.

You may also like