Lyhyesti:
- Hätätilanteiden palautuksen automatisointi muuttaa dokumentoidun palautussuunnitelman suoritettavaksi ja toistettavaksi prosessiksi.
- Resolve koordinoi palautustyötä pilvi-, verkko-, identiteetti-, infrastruktuuri-, havainnointi-, ITSM- ja muissa yritysjärjestelmissä.
- Resolve pystyy tulkitsemaan signaaleja ja toiminnallista kontekstia hyväksyttyjen palautusmenettelyjen suorittamiseksi. Sen Audit Trail tarjoaa näkyvyyden työnkulun toimintaan.
- Ihmisen harkinta on edelleen käytettävissä suuren riskin päätöksiin, käytäntöjen poikkeuksiin ja tilanteisiin, joissa näyttö ei tue automaattista vastausta.
Hätätilanteiden palautuksen haasteet
Useimmilla yrityksillä on hätätilanteiden palautussuunnitelmat. Vaikeampi kysymys on, voidaanko nämä suunnitelmat toteuttaa nopeasti, yhdenmukaisesti ja turvallisesti todellisen häiriön aikana.
Palautussuunnitelmassa voidaan dokumentoida sovellusten riippuvuudet, varmuuskopioiden sijainnit, vikasietomenettelyt, järjestelmien omistajat, viestintäkanavat, palautumisaikatavoitteet ja palautuspistetavoitteet. Asiakirja ei kuitenkaan suorita palautusta.
Kun käyttökatko tapahtuu, tiimien on ehkä edelleen kerättävä diagnostiikkatietoja, määritettävä häiriön laajuus, koordinoitava infrastruktuurin ja sovellusten omistajia, aktivoitava varaympäristöt, päivitettävä verkkokokoonpanot, varmistettava identiteettipalvelut, palautettava riippuvuudet, testattava sovelluksen toimintakunto, tiedotettava tilanteesta ja kirjattava jokainen toimenpide.
Kun nämä vaiheet riippuvat manuaalisesta koordinoinnista, palautuminen voi hidastua juuri silloin, kun aika ja selkeys ovat tärkeimmillään.
Resolve muuttaa hätätilanteiden palautussuunnitelman hallituksi toteutusprosessiksi. Se koordinoi hyväksyttyjä toimenpiteitä laajemmassa IT-ympäristössä, säilyttää tuotantoon tehtävien muutosten hallinnan, vahvistaa tulokset ja ottaa ihmiset mukaan, kun tilanne edellyttää harkintaa.
Miten Resolve käsittelee hätätilanteiden palautuksen automatisoinnin
| Palautusvaatimus | Manuaalinen tai toisistaan irrallinen lähestymistapa | Resolve |
|---|---|---|
| PalautusvaatimusHälytysten ja häiriötilanteen kontekstin tulkinta | Manuaalinen tai toisistaan irrallinen lähestymistapaInsinöörit tarkastelevat tietoja useissa työkaluissa | ResolveTulkitsee prosessin käyttöön annetun kontekstin |
| PalautusvaatimusSopivan palautuspolun valinta | Manuaalinen tai toisistaan irrallinen lähestymistapaVastaajat etsivät dokumentaation ja päättävät, mitä suoritetaan | ResolveTunnistaa sopivan hyväksytyn työnkulun |
| PalautusvaatimusToimenpiteiden koordinointi järjestelmien välillä | Manuaalinen tai toisistaan irrallinen lähestymistapaTiimit siirtyvät työkalujen, komentosarjojen, konsolien ja luovutusten välillä | ResolveOrkestroi järjestyksen yhdistettyjen järjestelmien välillä |
| PalautusvaatimusArkaluonteisten toimenpiteiden hallinta | Manuaalinen tai toisistaan irrallinen lähestymistapaKäyttöoikeudet ja hyväksynnät vaihtelevat työkalujen välillä | ResolveTyönkulut soveltavat määritettyjä käyttöoikeuksia, hyväksyntöjä ja käytäntöjen mukaisia hallintakeinoja |
| PalautusvaatimusOdotettujen virheiden käsittely | Manuaalinen tai toisistaan irrallinen lähestymistapaVastaajat selvittävät jokaisen epäonnistuneen vaiheen manuaalisesti | ResolveTyönkulut noudattavat määritettyjä virheenkäsittely- ja eskalointipolkuja |
| PalautusvaatimusPalautumisen varmistaminen | Manuaalinen tai toisistaan irrallinen lähestymistapaTiimit suorittavat erilliset tarkistukset toteutuksen jälkeen | ResolveVahvistus on sisäänrakennettu palautustyönkulkuun |
| PalautusvaatimusToteutuksen näkyvyyden säilyttäminen | Manuaalinen tai toisistaan irrallinen lähestymistapaTodisteet ovat hajallaan tiketeissa, lokeissa ja viesteissä | ResolveAudit Trail tarjoaa näkyvyyden työnkulun toimintaan |
Resolven lähestymistapa auttaa poistamaan vältettävää manuaalista koordinointia, jotta asiantuntijat voivat keskittyä päätöksiin ja poikkeuksiin, jotka todella edellyttävät asiantuntemusta.
Kriittisen sovelluksen käyttökatkon palautus Resolven avulla
Oletetaan, että valvonta havaitsee liiketoiminnan kannalta kriittisen sovelluksen olevan poissa käytöstä. Sovellus riippuu pilvi-infrastruktuurista, tietokannasta, identiteettipalveluista, verkkoyhteydestä ja useista alipalveluista.
Yksittäisen kohteen palautustyökalu saattaa pystyä palauttamaan tietyn resurssin. Se ei välttämättä pysty koordinoimaan koko prosessia, joka tarvitaan palvelun palauttamiseksi käyttökelpoiseen tilaan.

Resolve tarjoaa tämän päästä päähän ulottuvan palautuksen toteutuskerroksen.
1. Resolve vastaanottaa häiriösignaalin
Prosessi voi alkaa havainnointialustan tapahtumasta, infrastruktuurihälytyksestä tai ITSM-järjestelmässä luodusta häiriötilanteesta.
Resolve käynnistää asianmukaisen diagnostiikkatyönkulun odottamatta, että insinööri kopioi tietoja manuaalisesti järjestelmästä toiseen. Audit Trail tarjoaa näkyvyyden työnkulun toimintaan vastauksen alusta alkaen.
2. Resolve kokoaa olennaisen kontekstin
Alusta tulkitsee signaalin ja prosessin käytettävissä olevan luotetun toimintakontekstin. Kontekstiin voivat kuulua vaikutuksen kohteena oleva palvelu, viimeaikaiset muutokset, infrastruktuurin tila, riippuvuuksien toimintakunto, asiaan liittyvät hälytykset ja aiemmat häiriötiedot.
Jos todisteet ovat puutteellisia tai ristiriitaisia, prosessi voi kerätä lisää tietoja tai pyytää ihmisen tarkistusta ennen arkaluonteisen toimen suorittamista.
3. Resolve tunnistaa hyväksytyn palautuspolun
Resolve auttaa määrittämään, mikä hyväksytty palautustyönkulku sopii käytettävissä oleviin todisteisiin.
Se ei keksi tuotantoympäristön palautusmenettelyä häiriön aikana. Workflow Designer sisältää palautuslogiikan, jonka organisaatio on jo tarkistanut, mukaan lukien vaaditut syötteet, käyttöoikeudet, hyväksynnät, vahvistusvaiheet ja eskalointiehdot.
4. Resolve koordinoi palautuksen
Resolve suorittaa palautusjakson asiaankuuluvissa järjestelmissä.
Hyväksytystä suunnitelmasta riippuen työnkulku voi kerätä lisää diagnostiikkatietoja, eristää vaikutuksen kohteena olevan komponentin, aktivoida valmiusresursseja, palauttaa määrityksen, koordinoida vikasietosiirtymän, päivittää reitityksen, käynnistää uudelleen riippuvaiset palvelut tai ilmoittaa asiasta oikeille tiimeille.
Työnkulku suorittaa nämä toimet määritetyssä järjestyksessä. Se voi keskeyttää toiminnan ja pyytää hyväksyntää ennen suuren riskin muutosta, haarautua tunnettujen ehtojen perusteella ja pysähtyä, jos vaadittu suojatoimi epäonnistuu.
5. Resolve varmistaa palvelun palautumisen
Vikasietosiirtymäjakson suorittaminen loppuun ei todista, että palvelu on palautunut.
Resolve suorittaa organisaation määrittämät onnistumistarkistukset. Näillä tarkistuksilla voidaan varmistaa, että infrastruktuuri on käytettävissä, riippuvuudet vastaavat pyyntöihin, todentaminen toimii, sovellus läpäisee kuntotestin ja valvonta ei enää havaitse alkuperäistä tilannetta.
Tämä vahvistus auttaa tiimiä erottamaan suoritetun palautustoimen ja varmennetun liiketoimintapalvelun toisistaan.
6. Auditointiloki tukee sulkemista tai eskalointia
Jos tarkistukset läpäistään, Resolve voi päivittää ITSM-tietueen, viestiä tuloksesta ja jatkaa palvelun valvontaa.
Jos vahvistus epäonnistuu, se noudattaa hyväksyttyä eskalointi- tai korvaavaa polkua. Vastaajat saavat kerätyn kontekstin, työnkulun suorittamat toimet ja saatavilla olevat tulokset.
Auditointiloki tarjoaa näkyvyyden työnkulun toimintaan, joten vastaajat voivat tutkia poikkeaman toistamatta koko palautusprosessia.
Katastrofipalautus vaatii muutakin kuin yksittäisten toimintojen automatisointia
Useimmilla suuryrityksillä on jo työkaluja, jotka tukevat katastrofipalautuksen eri osa-alueita. Varmuuskopiointialustat suojaavat tietoja. Pilvialustat tarjoavat redundanssia. Havainnointityökalut havaitsevat palveluongelmia. ITSM-alustat hallitsevat häiriöitä. Verkko-, identiteetti- ja infrastruktuurityökalut hallitsevat omia toimialueitaan.
Kukin työkalu voi suoriutua omasta tehtävästään hyvin. Orkestroinnin haaste syntyy, kun palautus edellyttää kaikkien niiden toimimista yhtenä koordinoituna prosessina.
Ilman orkestrointikerrosta tiimit saattavat joutua yhdistämään komentosarjoja manuaalisesti, ylläpitämään päällekkäistä automaatiologiikkaa, siirtymään erillisten hallintakonsolien välillä ja koordinoimaan luovutuksia tikettien tai yhteistyökalujen avulla. Ympäristöjen kasvaessa nämä riippuvuudet voivat vaikeuttaa palautusmenettelyjen ylläpitoa ja yhdenmukaista suorittamista.
Resolve tarjoaa alustariippumaton orkestrointikerros-orkestrointikerroksen IT-toimialueille. Tiimit voivat koordinoida työnkulkuja, käyttää automaatiota uudelleen, soveltaa hallintaa yhdenmukaisesti ja yhdistää palautustoimet laajemmassa teknologi pinossa.
Tekoäly tekee hallitusta palautuksesta entistä tärkeämpää
Tekoäly voi auttaa tiimejä tulkitsemaan puutteellisia hälytyksiä, analysoimaan toimintakontekstia ja tunnistamaan sopivimman hyväksytyn vastauksen. Katastrofipalautustoimet voivat kuitenkin vaikuttaa tuotantoinfrastruktuuriin, liiketoimintatietoihin, identiteettijärjestelmiin ja kriittisiin palveluihin.
Toimien ei pitäisi riippua täysin ei-deterministisestä tekoälystä.
Resolve erottaa päättelyn suorittamisesta soveltamalla tekoälyä siellä, missä kontekstista ja tulkinnasta on hyötyä, mutta jättämällä tuotantotoimet determinististen, määritellyillä hallintakeinoilla varustettujen työnkulkujen tehtäväksi.
Tämän lähestymistavan ansiosta tiimit voivat hyödyntää tekoälyä palautuksen aikana antamatta probabilistiselle mallille valvomattomia oikeuksia kriittisiin järjestelmiin.
Resolve muuttaa palautussuunnitelmat hallituiksi toimiksi
Katastrofipalautumissuunnitelma on vain yhtä tehokas kuin organisaation kyky toteuttaa se, ja katastrofipalautumismenettelyt riippuvat usein kokeneista insinööreistä, jotka ymmärtävät järjestelmien väliset riippuvuudet, poikkeuspolut ja toimintojen oikean suoritusjärjestyksen.
Kun tämä tieto säilyy dokumenteissa, komentosarjoissa tai yksittäisten henkilöiden kokemuksena, palautuminen riippuu suuresti siitä, kuka on käytettävissä häiriön aikana.
Resolve tarjoaa tiimeille keinon muuntaa tämä operatiivinen asiantuntemus uudelleenkäytettäväksi suorituslogiikaksi, jonka avulla voidaan luoda palautumismalli, joka on helpompi toistaa, hallinnoida, tarkastella ja kehittää.
Tämä muuttaa dokumentoidut menettelyt hallinnoiduiksi työnkuluiksi, jotka koordinoivat järjestelmiä, soveltavat valvontatoimia, varmistavat palautumisen ja ottavat ihmiset mukaan silloin, kun tarvitaan harkintaa.
Usein kysytyt kysymykset
Mitä on katastrofipalautumisen automaatio?
\u003cspan style=\u0022font-weight: 400;\u0022\u003eKatastrofipalautumisen automaatio käyttää hyväksyttyjä työnkulkuja koordinoimaan toimia, joita tarvitaan infrastruktuurin, sovellusten, datan käytön ja riippuvaisten palvelujen palauttamiseen häiriön jälkeen. Se vähentää manuaalista koordinointia ja säilyttää samalla valvonnan, validoinnin ja ihmisen suorittaman ohjauksen.\u003c/span\u003e
Korvaako Resolve varmuuskopiointi- tai katastrofipalautumisalustat?
\u003cspan style=\u0022font-weight: 400;\u0022\u003eEi. Varmuuskopiointi, replikointi, pilvipalautuminen ja muut toimialakohtaiset työkalut jatkavat erikoistuneiden tehtäviensä suorittamista. Resolve orkestroi näitä työkaluja osana laajempaa, päästä päähän ulottuvaa palautumisprosessia.\u003c/span\u003e
Miten Resolve käyttää tekoälyä katastrofipalautumisessa?
\u003cspan style=\u0022font-weight: 400;\u0022\u003eResolve voi käyttää tekoälyn päättelyä hälytysten ja operatiivisen kontekstin tulkitsemiseen sekä seuraavan hyväksytyn toimenpiteen tunnistamiseen. Sen jälkeen se hoitaa suorituksen hallinnoitujen, determinististen työnkulkujen avulla.\u003c/span\u003e
Mitä katastrofipalautumiseen liittyviä tehtäviä Resolve voi automatisoida?
\u003cspan style=\u0022font-weight: 400;\u0022\u003eResolve voi koordinoida diagnostiikkaa, palautumistyönkulun valintaa, järjestelmien välisiä toimia, hyväksyntöjä, varajärjestelmään siirtymisen vaiheita, palvelujen validointia, ITSM-päivityksiä ja eskalointien luovutuksia. Tarkka laajuus riippuu yhdistetyistä järjestelmistä ja organisaation hyväksymistä palautumismenettelyistä.\u003c/span\u003e
Miten automaatio tukee palautumistavoitteita?
\u003cspan style=\u0022font-weight: 400;\u0022\u003eAutomaatio vähentää manuaalisten luovutusten ja epäjohdonmukaisen suorittamisen aiheuttamia viiveitä. Työnkulut voidaan suunnitella palautumisajan tavoitteiden ja palautumispistetavoitteiden ympärille, mutta saavutettava lopputulos riippuu edelleen taustalla olevasta arkkitehtuurista, varmuuskopioista, riippuvuuksista ja palautumisstrategiasta.\u003c/span\u003e


