Kort fortalt:
- Automatisering av katastrofegjenoppretting gjør en dokumentert gjenopprettingsplan om til en kjørbar og repeterbar prosess.
- Resolve koordinerer gjenopprettingsarbeid på tvers av sky, nettverk, identitet, infrastruktur, observerbarhet, ITSM og andre virksomhetssystemer.
- Resolve kan tolke signaler og operasjonell kontekst for å utføre godkjente gjenopprettingsprosedyrer. Revisjonssporet gir innsyn i arbeidsflytaktiviteten.
- Menneskelig skjønn er fortsatt tilgjengelig for beslutninger med høy risiko, unntak fra retningslinjer og situasjoner der bevisgrunnlaget ikke støtter et automatisert svar.
Utfordringer ved katastrofegjenoppretting
De fleste virksomheter har planer for katastrofegjenoppretting. Det vanskeligere spørsmålet er om planene kan gjennomføres raskt, konsekvent og sikkert under en reell driftsforstyrrelse.
En gjenopprettingsplan kan dokumentere applikasjonsavhengigheter, plasseringer av sikkerhetskopier, prosedyrer for overgang til reserveløsning, systemeiere, kommunikasjonslinjer, mål for gjenopprettingstid og mål for gjenopprettingspunkt. Men et dokument utfører ikke selve gjenopprettingen.
Når et driftsavbrudd oppstår, kan team fortsatt måtte samle inn diagnostikk, fastslå omfanget av forstyrrelsen, koordinere infrastruktur- og applikasjonseiere, aktivere sikkerhetskopimiljøer, oppdatere nettverkskonfigurasjoner, kontrollere identitetstjenester, gjenopprette avhengigheter, teste applikasjonens helsetilstand, kommunisere status og registrere hver handling.
Når disse trinnene avhenger av manuell koordinering, kan gjenopprettingen gå saktere akkurat når tid og oversikt betyr mest.
Resolve gjør en plan for katastrofegjenoppretting om til en styrt gjennomføringsprosess. Den koordinerer godkjente handlinger på tvers av det bredere IT-miljøet, opprettholder kontrollen over endringer i produksjonsmiljøet, validerer resultater og involverer mennesker når situasjonen krever skjønn.
Slik håndterer Resolve automatisering av katastrofegjenoppretting
| Gjenopprettingskrav | Manuell eller frakoblet tilnærming | Resolve |
|---|---|---|
| GjenopprettingskravTolke varsler og hendelseskontekst | Manuell eller frakoblet tilnærmingIngeniører gjennomgår informasjon på tvers av flere verktøy | ResolveTolker konteksten som er tilgjengelig for prosessen |
| GjenopprettingskravVelge riktig gjenopprettingsbane | Manuell eller frakoblet tilnærmingDe som håndterer hendelsen, finner dokumentasjon og bestemmer hva som skal kjøres | ResolveIdentifiserer den riktige godkjente arbeidsflyten |
| GjenopprettingskravKoordinere handlinger på tvers av systemer | Manuell eller frakoblet tilnærmingTeam beveger seg mellom verktøy, skript, konsoller og overleveringer | ResolveOrkestrerer sekvensen på tvers av tilkoblede systemer |
| GjenopprettingskravKontrollere sensitive handlinger | Manuell eller frakoblet tilnærmingTillatelser og godkjenninger varierer mellom verktøy | ResolveArbeidsflyter håndhever definerte tillatelser, godkjenninger og policykontroller |
| GjenopprettingskravHåndtere forventede feil | Manuell eller frakoblet tilnærmingDe som håndterer hendelsen, feilsøker hvert mislykkede trinn manuelt | ResolveArbeidsflyter følger definerte baner for feilhåndtering og eskalering |
| GjenopprettingskravVerifisere gjenoppretting | Manuell eller frakoblet tilnærmingTeam utfører separate kontroller etter gjennomføringen | ResolveValidering er innebygd i gjenopprettingsarbeidsflyten |
| GjenopprettingskravBevare innsyn i gjennomføringen | Manuell eller frakoblet tilnærmingBevis er spredt på tvers av saker, logger og meldinger | ResolveRevisjonssporet gir innsyn i arbeidsflytaktiviteten |
Resolve-tilnærmingen bidrar til å eliminere unødvendig manuell koordinering, slik at spesialister kan fokusere på beslutninger og unntak som faktisk krever ekspertise.
Gjenoppretting etter et kritisk applikasjonsavbrudd med Resolve
La oss anta at overvåkingen oppdager at en virksomhetskritisk applikasjon er utilgjengelig. Applikasjonen er avhengig av skyinfrastruktur, en database, identitetstjenester, nettverkstilkobling og flere nedstrøms tjenester.
Et punktgjenopprettingsverktøy kan kanskje gjenopprette en bestemt ressurs. Det koordinerer kanskje ikke hele prosessen som kreves for å bringe tjenesten tilbake til en brukbar tilstand.
Resolve leverer gjennomføringslaget for denne ende-til-ende-gjenopprettingen.
1. Resolve mottar forstyrrelsessignalet
Prosessen kan begynne med en hendelse fra en plattform for observerbarhet, et infrastrukturvarsel eller en hendelse som er opprettet i ITSM.
Resolve starter den riktige diagnostikkarbeidsflyten uten å vente på at en ingeniør manuelt skal kopiere informasjon mellom systemer. Revisjonssporet gir innsyn i arbeidsflytaktiviteten fra begynnelsen av responsen.
2. Resolve setter sammen den relevante konteksten
Plattformen tolker signalet og den pålitelige driftskonteksten som er tilgjengelig for prosessen. Denne konteksten kan omfatte den berørte tjenesten, nylige endringer, infrastrukturstatus, tilstanden til avhengigheter, relaterte varsler og informasjon om tidligere hendelser.
Hvis bevisgrunnlaget er ufullstendig eller motstridende, kan prosessen innhente mer informasjon eller be om menneskelig gjennomgang før den utfører en sensitiv handling.
3. Resolve identifiserer den godkjente gjenopprettingsbanen
Resolve bidrar til å avgjøre hvilken godkjent gjenopprettingsarbeidsflyt som passer med det tilgjengelige bevisgrunnlaget.
Den finner ikke opp en prosedyre for gjenoppretting i produksjonsmiljøet under driftsavbruddet. Workflow Designer inneholder gjenopprettingslogikken som organisasjonen allerede har gjennomgått, inkludert nødvendige inndata, tillatelser, godkjenninger, valideringstrinn og eskaleringsbetingelser.
4. Resolve koordinerer gjenopprettingen
Resolve utfører gjenopprettingssekvensen på tvers av de relevante systemene.
Avhengig av den godkjente planen kan arbeidsflyten innhente ytterligere diagnostikk, isolere en berørt komponent, aktivere standby-ressurser, gjenopprette en konfigurasjon, koordinere en overkobling, oppdatere ruting, starte avhengige tjenester på nytt eller varsle de aktuelle teamene.
Arbeidsflyten utfører disse handlingene i en definert rekkefølge. Den kan stanse for godkjenning før en endring med høy risiko, forgrene seg basert på kjente betingelser og stoppe når en påkrevd sikkerhetsforanstaltning svikter.
5. Resolve bekrefter gjenoppretting av tjenesten
At overkoblingssekvensen er fullført, beviser ikke at tjenesten er gjenopprettet.
Resolve kjører kontrollene for vellykket gjennomføring som er definert av organisasjonen. Disse kontrollene kan bekrefte at infrastrukturen er tilgjengelig, at avhengigheter svarer, at autentisering fungerer, at applikasjonen består en helsesjekk og at overvåkingen ikke lenger oppdager den opprinnelige tilstanden.
Denne valideringen hjelper teamet med å skille mellom en fullført gjenopprettingshandling og en bekreftet forretningstjeneste.
6. Revisjonssporet støtter avslutning eller eskalering
Hvis kontrollene består, kan Resolve oppdatere ITSM-oppføringen, kommunisere resultatet og fortsette å overvåke tjenesten.
Hvis valideringen mislykkes, følger den den godkjente eskalerings- eller kompenserende banen. De som håndterer hendelsen, mottar den innsamlede konteksten, handlingene som er utført av arbeidsflyten, og de tilgjengelige resultatene.
Revisjonssporet gir innsyn i aktiviteten i arbeidsflyten, slik at de som håndterer hendelsen, kan undersøke unntaket uten å gjenta hele gjenopprettingsprosessen.
Katastrofegjenoppretting krever mer enn punktautomatisering
De fleste større virksomheter har allerede verktøy som støtter deler av katastrofegjenopprettingen. Sikkerhetskopieringsplattformer beskytter data. Skyplattformer tilbyr redundans. Verktøy for observerbarhet oppdager tjenesteproblemer. ITSM-plattformer håndterer hendelser. Verktøy for nettverk, identitet og infrastruktur styrer sine respektive domener.
Hvert verktøy kan utføre sin egen funksjon godt. Orkestreringsutfordringen oppstår når gjenoppretting krever at alle verktøyene handler som én koordinert prosess.
Uten et orkestreringslag kan teamene måtte koble sammen skript manuelt, vedlikeholde duplisert automatiseringslogikk, veksle mellom separate konsoller og koordinere overleveringer via saker eller samarbeidsverktøy. Etter hvert som miljøene vokser, kan disse avhengighetene gjøre gjenopprettingsprosedyrene vanskeligere å vedlikeholde og gjennomføre på en konsekvent måte.
Resolve tilbyr et plattformuavhengig orkestreringslag på tvers av IT-domener. Teamene kan koordinere arbeidsflyter, gjenbruke automatisering, anvende styring konsekvent og koble sammen gjenopprettingshandlinger på tvers av den bredere teknologistakken.
AI gjør styrt gjenoppretting viktigere
AI kan hjelpe team med å tolke ufullstendige varsler, analysere driftskontekst og identifisere det mest hensiktsmessige godkjente svaret. Men handlinger for katastrofegjenoppretting kan påvirke produksjonsinfrastruktur, forretningsdata, identitetssystemer og kritiske tjenester.
Disse handlingene bør ikke være fullstendig avhengige av ikke-deterministisk AI.
Resolve skiller resonnering fra utførelse ved å bruke AI der kontekst og tolkning er verdifulle, men overlate produksjonshandlinger til deterministiske arbeidsflyter med definerte kontroller.
Denne tilnærmingen gjør det mulig for team å bruke AI under gjenoppretting uten å gi en sannsynlighetsbasert modell ukontrollert myndighet over kritiske systemer.
Resolve omgjør gjenopprettingsplaner til styrt handling
En plan for gjenoppretting etter en katastrofe er bare så effektiv som organisasjonens evne til å gjennomføre den, og prosedyrer for katastrofegjenoppretting er ofte avhengige av erfarne ingeniører som forstår systemavhengigheter, unntaksbaner og rekkefølgen handlingene må utføres i.
Når denne kunnskapen forblir i dokumenter, skript eller individuell erfaring, blir gjenopprettingen i stor grad avhengig av hvem som er tilgjengelig under avbruddet.
Resolve gir team en måte å kodifisere denne operative ekspertisen som gjenbrukbar utførelseslogikk, slik at de kan lage en gjenopprettingsmodell som er enklere å gjenta, styre, gjennomgå og forbedre.
Dette gjør dokumenterte prosedyrer om til styrte arbeidsflyter som koordinerer systemer, anvender kontroller, verifiserer gjenoppretting og involverer mennesker når det er nødvendig å utvise skjønn.
Ofte stilte spørsmål
Hva er automatisering av katastrofegjenoppretting?
Automatisering av katastrofegjenoppretting bruker godkjente arbeidsflyter til å koordinere handlingene som kreves for å gjenopprette infrastruktur, applikasjoner, datatilgang og avhengige tjenester etter et avbrudd. Det reduserer manuell koordinering samtidig som kontroller, validering og menneskelig tilsyn opprettholdes.
Erstatter Resolve sikkerhetskopiering eller plattformer for katastrofegjenoppretting?
Nei. Sikkerhetskopiering, replikering, skybasert gjenoppretting og andre domenespesifikke verktøy fortsetter å utføre sine spesialiserte funksjoner. Resolve orkestrerer disse verktøyene som en del av en bredere, ende-til-ende-prosess for gjenoppretting.
Hvordan bruker Resolve kunstig intelligens i katastrofegjenoppretting?
Resolve kan bruke kunstig intelligens til å tolke varsler og operasjonell kontekst og identifisere den riktige neste godkjente handlingen. Deretter håndterer løsningen utførelsen gjennom styrte, deterministiske arbeidsflyter.
Hvilket arbeid med katastrofegjenoppretting kan Resolve automatisere?
Resolve kan koordinere diagnostikk, valg av gjenopprettingsarbeidsflyt, handlinger på tvers av systemer, godkjenninger, sekvenser for overføring til reservefunksjon, tjenestevalidering, oppdateringer i ITSM-systemer og eskaleringsoverleveringer. Det nøyaktige omfanget avhenger av hvilke systemer som er tilkoblet, og hvilke gjenopprettingsprosedyrer organisasjonen har godkjent.
Hvordan støtter automatisering gjenopprettingsmål?
Automatisering reduserer forsinkelser som skyldes manuelle overleveringer og uensartet utførelse. Arbeidsflyter kan utformes rundt mål for gjenopprettingstid og mål for gjenopprettingspunkt, men det oppnåelige resultatet avhenger fortsatt av den underliggende arkitekturen, sikkerhetskopiene, avhengighetene og gjenopprettingsstrategien.
