Kasu:
- Intsidendi täielik haldamine tehisintellekti toega tuvastamise, diagnoosimise, leevendamise, püsiva lahenduse ja õppimise etapis
- Võimalus säilitada kontrollimise distsipliini ka paanika ajal, eraldades sammud, mida saab tehisintellektile üle kanda, ja need, mis nõuavad igas etapis inimese otsust.
- Võimalus muuta ärirefleksiks kuldreegel, et tehisintellekt on ülimuslik „mis toimub, kuidas kirjutada“ küsimuste ees ja inimestel on prioriteet „kas ma peaksin seda tegema, kes on käendaja“ küsimuste ees.
Lõpp-lõpuni integreerimine: intsidendi juhtimine otsast lõpuni tehisintellektiga
Õppisite eelmise kümne üksuse osad: skriptimine, logianalüüs, jälgimine, konfigureerimine, IaC, dokumentatsioon, ennustav hooldus, muudatuste haldamine ja turvalisus. Kuid pärismaailmas ei tule need osad ükshaaval, vaid on sündmuse sees läbi põimunud. Selles viimases üksuses koondame tükid kokku: näete tervikuna, kuidas hallata keset ööd alanud intsidenti, otsast lõpuni, avastamisest algpõhjuseni, parandamisest dokumenteerimiseni ja kasutades igas etapis õiget AI annust. Eesmärk ei ole õpetada uut tehnikat; sidudes õpitu kokku inseneri refleksina, tugevdades kogu mooduli jooksul korduvat tõde: AI kiirendab, valgustab ja joonistab igal etapil; kuid alati on inimene see, kes diagnoosi kinnitab, käsu annab, muudatust kinnitab ja tulemuse eest vastutab.
Selles üksuses integreerite näite kaudu intsidendi elutsükli – avastamise, diagnoosimise, sekkumise, lahendamise, õppimise – ning tehisintellekti rolli ja piirangud igas etapis.
Sündmuse elutsükkel
Iga tõsine juhtum läbib sarnaseid etappe ja tehisintellektil on igas etapis erinev roll. Tuvastamine: kostab häire, kasutaja kaebab, mõõdik kaldub algtasemest kõrvale (üksus 4). Valideerimine ja ulatus: kas see on tõesti probleem, kui lai see on? Diagnoos: algpõhjuseni jõudmine logidest ja mõõdikutest (üksus 3). Reageerimine ja leevendamine: kahju peatamine, lahendus. Püsilahendus: parandage muudatuste haldamisega (Unit 9), skriptiga (Unit 2) või vajadusel konfiguratsiooniga (Unit 5). Õppimine: surmajärgne ja käsiraamatu värskendamine (7. osa). Tehisintellekt märgib avastamise anomaaliat, loob diagnoosimisel hüpoteese, pakub sekkumisvõimalusi, kirjutab lahenduseks mustandeid, koostab õppedokumente – kuid igal etapil seisavad inimesed otsustuspunktis.
Näpunäide: Intsidendi kõige ohtlikum hetk on diagnoosimise ja reageerimise hetk, kui stress on kõige suurem – just siis, kui tung AI-d pimesi usaldada on kõige tugevam. Mida rohkem kiirustate, seda tugevamini hoiate kinni refleksist "loe, kontrollige, valmistuge tagasipöördumiseks". Paanika hetkel vahele jäetud üksainus kinnitus kahekordistab sündmuse.
Näide algusest lõpuni
Teeme asja konkreetseks. Häire kell 02:10: makseteenuse p99 reageerimisaeg on 6 sekundit, mis on tunduvalt üle algtaseme (250–400 ms). Tuvastamine õige: jälgimine toimis. Kinnitus: kinnitus mitmest kohast, tõeline sündmus. Diagnostika: insener annab AI-le viimase 20 minuti maskeeritud logi ja mõõdikud; AI kehtestab ajaskaala ja märgib, et aeglustumine algab kohe pärast kasutuselevõttu kell 02:08 – see on tugev korrelatsioon, kuid siiski hüpotees. Insener kinnitab seda juurutuslogiga: jah, väljalase avaldati kell 02:08. Vastus: kiireim vähendamine on jaotuse tagasipööramine; Muudatustaotluse tagasipööramise samm on valmis (üksus 9). Insener rakendab esmalt tagasipööramise kanaari loogikaga serveris, reageerimisaeg paraneb ja seejärel levitab seda. Püsiv lahendus: tegelik algpõhjus (uues versioonis indekseerimata päring) parandatakse rahulikult järgmisel päeval. Õppimine: koostatakse tehisintellektivaba surmajärgne analüüs ja käivitusraamatusse lisatakse samm „p99 juurutamisjärgne jälgimine”. Igas etapis AI kiirenes; inimene valideerib igas otsustuspunktis.
Inimese ja tehisintellekti tööjaotuse kuldreegel
Erinevus, mida näete kogu mooduli jooksul, muutub siin reegliks: AI on ees küsimustes "mis toimub, mis võib juhtuda, kuidas kirjutada"; Inimesed on ees selliste küsimuste osas nagu "kas ma peaksin seda kohe tegema, kes saab selle eest tagada?" Tehisintellekt on väsimatu, kiire, skannib tohutul hulgal teavet ja loob plaane – kuid see ei tunne täielikku konteksti, võib tekitada hallutsinatsioone, ei talu vastutust ega näe teie organisatsiooni varjatud sõltuvusi. Inimene on aeglane, kuid kannab konteksti, vastutust ja hinnanguid. Parim tulemus on õige tööjaotus nende kahe vahel: korduva, tekstilise, produtseeritava töö delegeerimine tehisintellektile; Hoidke kontrollimine, otsustamine ja täideviimine inimesena.
kolm minikarpi
Juhtum 1 – 40 minutit otsast lõpuni. Ketta täis sündmuse korral kiirendas SRE kogu ahelat tehisintellektiga: kinnitas häire algtasemega (5 min), lasi maskeeritud logi kokku võtta YZ-ks ja leidis esimese vea (5 min), kontrollis tehisintellekti "logi pööramine peatatud" hüpoteesi reaalses süsteemis (5 min), käivitas ja realiseeris valmis puhastusskripti kuivkäivitamisega), AIch kontrollis kuivkäivitamisega (10 min) faktid (15 min). Kokku 40 minutit; Ilma tehisintellektita umbes kaks korda rohkem. Kuid igas etapis oli kontrollietapp.
Juhtum 2 – kontrollimine jäeti paanika hetkel vahele. Teine meeskond kiirustas kärpimist. See nõustus AI esimese algpõhjuse hüpoteesiga (sõltuvusteenus) ilma seda kontrollimata ja taaskäivitas selle teenuse. Probleemi ei lahendatud, sest tegelik põhjus oli milleski muus; Pealegi tekitas tarbetu taaskäivitamine teise katkestuse. Õppetund: kiirustamine ei õigusta kontrollimise vahelejätmist; Enne AI hüpoteesi kinnitamist võimendab tegevus sündmust.
3. juhtum – piiridest teadlik olemine. Insener kavatses rakendada konfiguratsioonimuudatust, mida tehisintellekt oli nõudnud keeruka võrguprobleemi lahendamisel. Kuid muutus tundus pöördumatu ja AI ei teadnud agentuuri konkreetseid marsruutimisreegleid. Insener peatus, konsulteeris vanemvõrgueksperdiga ja sai teada, et tehisintellekti ettepanek looks selles konkreetses topoloogias marsruutimissilmuse. Tehisintellekti piiri teadmine hoidis ära häire.
Neli kopeeritavat malli
1) Sündmuse käivitamise kokkuvõte (triaaž):
Teie roll: vanem SRE, intsidendiülema abi. Toimub aktiivne üritus. Maskeeritud hoiatus/mõõdik/logi, mille ma teile annan, annab mulle kiire analüüsi: (1) mis on sümptom, (2) milline on mõju ulatus, (3) 3 ala, mida esmalt vaadata, (4) kirjutuskaitstud juhtkäsk iga jaoks. Otsus ja elluviimine on minu; Saada tee. Andmed: [maskeeritud]
2) Intsidentide etapiviisilise haldamise juhend:
Viige mind samm-sammult läbi sümptomi [sümptom] juhtumi elutsükkel: tuvastamise kinnitus, diagnoos, leevendamine, püsiv lahendamine, õppimine. IGAS etapis öelge mulle (a) mida ma pean tegema, (b) millal saan selle ohutult AI-le delegeerida, (c) millise otsuse PEAN ise tegema. Märkige kinnitusetapid, mida ma ei tohiks vahele jätta, isegi kui kiirustan.
3) Otsustuspunkti kontroll:
Olen keset sündmust ja kavatsen teha järgmise toimingu: [tegevus]. Enne juurutamist küsige minult: (1) kas see on pöörduv, (2) millist kontrolli ma tegin/ei teinud, (3) kas mul on tagasivõtmise plaan, (4) kas mul on tõendeid selle kohta, et see toiming lahendas algpõhjuse? Kui näed midagi puudu, peata mind.
4) Sündmusejärgne integreeritud õpe:
Äsja lahendatud intsidendi kohta annab [kokkuvõte] mulle: (1) surmajärgse mustandi ilma süüdistamiseta, (2) 3 püsivat täiustust (jälgimine/automaatika/konfiguratsioon), mis seda juhtumit ära hoiavad, (3) käsiraamatu toimingud, mida tuleb värskendada, (4) varajase hoiatussignaali soovitus sarnase juhtumi jaoks. algpõhjuse kirjutamine ilma tõenditeta; faktide põhjal.
Nõrk viip / Tugev viip
Nõrk viip:
Süsteem jooksis kokku, mida ma peaksin tegema?
Paanikas, ilma kontekstita ja ilma kontrollita saab see viip tehisintellektilt üldist ja võib-olla ohtlikku nõu. Kiirustamine viib sel hetkel kõige rohkem vigu.
Võimas viip:
Teie roll: juhtumiülema abi. Aktiivne sündmus: makseteenusip99 reageerimisaeg 15 korda algtasemest (250–400 ms) alates kella 02:10. Ma tean, et kell 02:08 toimus jagamine. Andke mulle:(1) kõige tõenäolisem hüpotees ja kuidas seda kontrollida AINULT LUGEMISEGA, (2) kiireim ja PÖÖRDATAV leevendusvõimalus, (3) riskid, mida pean enne selle leevendamise rakendamist kontrollima. Mul on teostus ja heakskiit. Lisaandmed: [maskitud mõõdik/logi]
sündmuse faas
AI roll
Inimese kriitiline otsus
tuvastamine
Märkige anomaalia
Kas see on tegelik sündmus, milline on ulatus?
Diagnoos
hüpoteesi genereerimine
Milline hüpotees leidis kinnitust?
vähendamine
Ära paku valikuid
Milline vähendamine on pöörduv?
püsiv lahendus
Mustand/stsenaarium
Kinnitage ja viige muudatus läbi
Õppimine
Surmajärgne sketš
Faktide ja õppetundide kinnitamine
Levinud vead
- Kontrollimise vahelejätmine paaniliselt. Kiirustamine ei õigusta “loe-kontrolli-valmista tagasi” refleksist loobumist; Kui stress suureneb, peab distsipliin suurenema.
- Hüpoteesi eksitamine tõenditeks. Kui võtate meetmeid ilma tehisintellekti esimest algpõhjuse soovitust kinnitamata, süveneb juhtum.
- AI kontekstipiiri unustamine. AI ei tea organisatsiooni varjatud sõltuvusi; Kriitiliste muutuste korral võidab inimlik otsustusvõime.
- Õppefaasi vahelejätmine. Sündmus ilma surmajärgsete ja käsiraamatu värskendusteta algab uuesti samal õhtul.
- Vastutuse panemine AI-le. "AI ütles nii" ei ole kaitse; Vastutus hukkamise eest lasub alati inimesel.
Ettevaatust. AI kasutamine intsidentide haldamisel ei asenda õppejuhtumite haldust. Sõiduk võib avarii teha, avariisse sattuda või olla ligipääsmatu. Põhitõdesid tundev insener on tehisintellektiga kiirem; Insener, kes ei tunne põhitõdesid, teeb tehisintellektiga kiiremini vigu. Esmalt kehtestage distsipliin, seejärel hankige tehisintellektilt kiirus.
Kokkuvõttes
Reaalses maailmas ei tule osad ükshaaval, vaid on sündmuse sees läbi põimunud. Sündmuse haldamisel avastamisest õppimiseni kiirendab tehisintellekt igas etapis: märgib anomaaliaid, genereerib hüpoteese, pakub valikuid, koostab mustandeid, valmistab ette surmajärgseid analüüse. Kuid igal otsustuspunktil peatutakse – kinnitatakse diagnoos, otsustatakse vähendada, kiidetakse heaks muudatus, omab tulemust. Kuldne reegel on selge: tehisintellekt on ees küsimustes "mis juhtub, kuidas kirjutada" ja inimesed on ees küsimustes "kas ma peaksin seda tegema, kes on käendaja?" Paanika ajal suurendage distsipliini, eraldage hüpotees tõenditest, pidage meeles tehisintellekti kontekstipiiranguid ja tehke igast sündmusest õpetusraamat. Selle mooduli olemus on üks lause: AI on võimas assistent; Insenerivastutust ei saa delegeerida.
Rakenduse ülesanne
Mõelge sündmusele, mida kogesite (või ette kujutasite) oma minevikus algusest lõpuni. Ülaltoodud malli „Etapiviisilise intsidentide haldamise juhend” abil paluge tehisintellektil juhatada juhtum läbi tuvastamise-diagnoosimise-leevendus-lahendamise-õppimise etappide; Kirjutage igas etapis eraldi samm, mille saate AI-le delegeerida, ja samm, mille peate ise otsustama. Kinnitage diagnoosimise etapis kontrollimiskäsuga vähemalt üks AI hüpotees. Lõpuks koostage surmajärgse ja käsiraamatu värskenduse mustand malliga „Üritusejärgne integreeritud õpe”. Tehke inimese ja tehisintellekti tööjaotus kogu protsessis kokku 7 punktis.
kontrollnimekiri
- [ ] Kas olen jaganud juhtumi avastamise, diagnoosimise, leevendamise, lahendamise ja õppimise etappideks?
- [ ] Kas ma olen eristanud AI-le delegeeritavaid samme ja neid, mis nõuavad igas etapis inimese otsuste tegemist?
- [ ] Kas ma eraldasin diagnoosimisel AI-hüpoteesi tõenditest ja kinnitasin seda kontrollikäsuga?
- [ ] Kas olen hinnanud leevendust pöörduvuse ja tagasipööramisplaani seisukohalt?
- [ ] Kas ma säilitasin refleksi "loe-kontrolli-valmista tagasi" isegi paanika ajal?
- [ ] Kas ma õppisin juhtumist surmajärgse õppetunni?
Mooduli eksam
1. Milline järgmistest on tehisintellekti kõige täpsem positsioneerimine süsteemi- ja võrguhalduses?
- A) Tehisintellekt on abi- ja otsustusabivahend; Vastutus ja kriitiliste juhtimisotsuste lõplik kinnitamine lasub inimestel ✔
- B) Tehisintellekt võib käivitada käske ja viia ellu muudatusi tootmises ilma inimese nõusolekuta
- C) Tehisintellekt töötab ainult teksti kirjutamisel, süsteemi- ja võrgutööga pole sel mingit pistmist
- D) Tehisintellekt teeb alati täpsemaid otsuseid kui inimesed, seega pole kontrollimine vajalik
Kirjeldus: tehisintellekt on assistent ja otsustustoe tööriist, mis loob mustandeid ja analüüse, nagu skriptid, logianalüüs ja dokumendid. Seisakuid, andmete kadumist ja turvalisust mõjutavate juhtimisotsuste, nagu käsu täitmine või muudatuse kinnitamine, vastutus ja lõplik kinnitamine kuulub pädevale insenerile.
2. Millised on verifitseerimisrefleksi neli sammu, mida tuleb rakendada enne tehisintellekti genereeritud käsu käivitamist tootmises?
- A) Kopeeri, kleebi, käivita, loota
- B) Lugege ja mõistate, dokumenteerige, proovige eraldatud keskkonnas, valmistuge tagasisideks ✔
- C) Like, jaga, salvesta, arhiivi
- D) Kustutage, kirjutage ümber, tihendage, saatke
Kirjeldus: Neli sammu kriitilise väljundi jaoks: (1) lugege ja mõistke käsurida rea haaval, (2) linkige lipud ja süntaks ametliku dokumentatsiooniga, (3) proovige seda isoleeritud/testikeskkonnas, võimalusel kuivkäivita, (4) koostage varuplaan (varundus, hetktõmmis), kui see läheb valesti.
3. Mida tähendab automatiseerimisskripti 'idempotentsus' ja miks see on oluline?
- A) Skript annab igas käitamises erinevaid tulemusi
- B) Skripti saab käivitada ainult üks kord ja seejärel kustutada
- C) skript ei põhjusta teistkordsel käivitamisel mingit kahju; ✔ Ohutu isegi siis, kui see uuesti käivitatakse
- D) Skript ei sisalda veahaldust
Selgitus: Idempotentsus tähendab, et kui sama skripti käitatakse kaks või enam korda, ei põhjusta see teisel käivitamisel kahjustusi ega tõrkeid. Loogika, nagu "jätke vahele, kui kasutaja on juba olemas", "loo kataloog, kui seda pole olemas, ärge puudutage seda, kui see on olemas". See tagab, et automaatika töötab ohutult ka siis, kui see kogemata uuesti käivitub.
4. Mis on kõige elementaarsem viis destruktiivseid operatsioone (kustutamist, taaskäivitamist) sisaldava skripti kaitsmiseks?
- A) Käivitage skript nii kiiresti kui võimalik
- B) Veateadete peitmine
- C) Skripti testimine otse tootmises
- D) Destruktiivsete operatsioonide asetamine vaikimisi kuivkäivituse taha ja tegeliku teostuse sidumine selgesõnalise linnukese lipuga ✔
Selgitus: Destruktiivsete protsesside hoidmine vaikimisi kuivkäivitusrežiimis ja tegeliku rakenduse käitamine ainult selgesõnalise kinnituslipuga (nt --apply) võimaldab teil esmalt näha, mis skripti käivitamisel juhtub. Samuti väldib nullmuutujate kontroll (VAR:?) teevigu.
5. Mida tähendab põhimõte 'korrelatsioon ei ole põhjuslik seos' logaritmi analüüsis?
- A) Kaks sündmust, mis koos muutuvad, ei pruugi olla põhjus-tagajärg seoses; Samuti tuleb kontrollida põhjuslikku seost ✔
- B) Logides korrelatsiooni otsimine on ajaraisk
- C) Kahest sündmusest, mis koos muutuvad, on üks kindlasti teise põhjus.
- D) Põhjuslikku seost saab määrata ainult tehisintellekt
Selgitus: see, et kaks sündmust toimuvad samal ajal (korrelatsioon), ei tähenda, et üks põhjustab teist (põhjuslik seos); Mõlemad võivad olla kolmanda sündmuse tagajärg. Tehisintellekti väide, et X põhjustas tõenäoliselt Y, on hüpotees ja seda ei peeta leiuks enne, kui see on süsteemis kontrollitud.
6. Miks eelistatakse tulemuslikkuse jälgimisel reageerimisaja mõõtmisel protsentiili (p95/p99) keskmisele?
- A) Protsentiili on keskmisest lihtsam arvutada
- B) Keskmine peidab vähemuse halba kogemust; protsentiil paljastab need varjatud probleemid ✔
- C) Keskmine on alati vale ja seda ei tohiks kasutada
- D) Protsentiil kehtib ainult protsessori mõõdikute kohta
Selgitus. Keskmine peidab väga halva kogemuse, mis väikesel osal kasutajatest on. Kuigi keskmine näib olevat 200 ms, võib p99 olla 6 sekundit; See tähendab, et üks sajast päringust on jube aeglane. Protsentiil teeb nähtavaks selle vähemuse valu, mida keskmine varjab.
7. Mis on konfiguratsioonihalduses triiv ja miks see ohtlik on?
- A) Võrguliiklus langeb öösel
- B) Serveri füüsiline ümberpaigutamine
- C) serverid erinevad aja jooksul üksteisest ja standardist; ✔ Nähtamatu kuni probleemi ilmnemiseni
- D) Konfiguratsioonifailide automaatne varundamine
Kirjeldus: Triiv on serverite kõrvalekaldumine üksteisest ja standardist dokumenteerimata käsitsi muutmise kaudu aja jooksul. Selle ohtlikkus on vaikimine: see pole nähtav enne, kui probleem ilmneb, siis käitub üks server teistest erinevalt ja diagnoosimine võtab tunde. AI teeb triivi võrreldes nähtavaks; Kuldkeevituspõhimõte takistab.
8. Miks on "plaani" samm IaC tööriistade (nagu Terraform) kõige olulisem turvapiire?
- A) Plaan käivitab koodi kiiremini
- B) Kustutab plaani oleku faili
- C) Plaan fikseerib ainult koodi vormingu
- D) Plaan näitab, mida enne rakendamist lisatakse, muudetakse ja KUSTUTATUD; Hoiab ära andmete kadumise ✔
Kirjeldus: Plaan (terraform plan / ansible --check) annab enne koodi käivitamist eelvaate "mis muutub": kui palju ressursse lisatakse, muudetakse, kustutatakse. Eelkõige viitavad read "hävita" ja "vägisi asendamine" andmete kaotsimineku ohtu enne rakendamist. Kava läbi lugemata kandideerimine on üks kallimaid vigu.
9. Miks peaks Terraformi olekufaili hoolikalt kaitsma ja mitte kleepima tehisintellekti või avatud hoidlatesse?
- A) Riigitoimikusse võib lisada lihttekstsaladusi; Lekkimise korral avalikustatakse isikuandmed ✔
- B) Kuna olekufail on liiga suur
- C) Olekufail on juba loetamatult krüptitud.
- D) Kood töötab kiiremini, kui olekufaili jagatakse
Kirjeldus. Olekufail säilitab hallatava infrastruktuuri hetkeoleku ja võib sisaldada lihttekstisaladusi (andmebaasi paroolid, võtmed). Seetõttu tuleks seda hoida krüptitud, juurdepääsupiiranguga lukustatud kaugtaustaprogrammis; Seda ei tohiks kunagi panna ühissõidukisse või hoidlasse, vastasel juhul lekib saladus.
10. Mida rõhutab dokumentatsioonis väide "vale käsiraamat on ohtlikum kui selle puudumine"?
- A) Runbooki kirjutamine on ajaraiskamine
- B) testimata käsiraamatut rakendatakse kriisi ajal pimesi; Üks vale samm võib viia katastroofini ✔
- C) Runbookid on kirjutatud ainult administraatoritele
- D) Dokumentatsiooni ei tohiks kunagi uuendada
Selgitus: ilma juhendita meeskond on kriisi ajal ettevaatlik ja kahtlustav; kuid "ametliku" käsiraamatuga inimene rakendab seda stressi all ilma küsitlemata. Kui käsiraamatut pole testitud ja selles on üks samm valesti, põhjustab pime rakendamine katastroofi. Seetõttu tuleb iga runbook reaalses keskkonnas põhjalikult testida ja tembeldada.
11. Milline on ennustava hoolduse puhul õige lähenemine, et mõista, millal ketta rike läheneb?
- A) Asendage kohe üks vigane SMART-ketas
- B) SMART-andmete täielik ignoreerimine
- C) Väärtuste suundumuste vaatamine ajas; ✔ Signaalide arvu pidev ja kiirenev suurenemine
- D) Tegutsemine alles pärast ketta täielikku kokkuvarisemist
Selgitus: üksainus halb SMART-i näit ei põhjusta paanikaks; See on normaalne, et plaatidel aeg-ajalt vigu parandatakse. Tõeline signaal on suundumus: väärtuste järjekindel ja kiirenev tõus, nagu näiteks sektori ümberjaotamine aja jooksul. Sellepärast antakse AI-le aegrida, mitte üks näit.
12. Millised on tootmisele ülemineku kaks kõige sagedamini tähelepanuta jäetud, kuid kriitilist osa?
- A) Muudatuse värv ja nimi
- B) Muudatuse tegija ametinimetus ja osakond
- C) Muudatusest teatamine sotsiaalmeedias
- D) Tagasivõtmise plaan ja edukuse kontrollimise kriteeriumid ✔
Selgitus: kui enne muudatuse rakendamist ei ole kirjalikku vastust küsimustele "kuidas täpselt tagasi võtta, kui see läheb halvasti" (tagastusplaan) ja "kuidas ma tõestan, et see on edukas" (edukuse kontrollimise kriteeriumid), siis pole see muudatus veel valmis. Ilma nende kaheta võib katkise muudatuse lugeda täielikuks.
13. Miks eelistatakse "kanaari" lähenemisviisi, mitte turbe juurutamist (uus versioon/paigaldus) kõikidesse serveritesse korraga?
- A) Muudatus rakendatakse esmalt väikesele osale; Viga mõjutab väikest osa, mitte kogu laevastikku, ja see tabatakse varakult ✔
- B) Kanaari jaotus tarbib vähem elektrit
- C) Canary muudab kasutuselevõtu kontrollimise täiesti ebavajalikuks
- D) Kanaari juurutamine kehtib ainult andmebaaside kohta
Kirjeldus: Canary juurutus rakendab muudatuse esmalt väikesele osale (üks server, 5% kasutajatest) ja jälgib. Nii mõjutab viga väikest osa, mitte kogu laevastikku, ja see tabatakse varakult. Korraga leviv viga tabab kõiki kasutajaid korraga.
14. Milline on muutumatu eetiline ja õiguslik reegel tehisintellekti kasutamisel turvatöös?
- A) Tehisintellekti saab vabalt kasutada mis tahes süsteemi haavatavuste otsimiseks
- B) Eetikakoodeks kehtib ainult suurtele asutustele
- C) seda kasutatakse ainult volitatud süsteemides ja kaitseotstarbel; Kasutamine volitamata juurdepääsuks või rünnakuks on kuritegu ✔
- D) Õppimise eesmärgil võib vabalt tungida kellegi teise süsteemi.
Kirjeldus: süsteemi- ja võrguteave on kahesuguse kasutusega. Tehisintellekti saab kasutada ainult süsteemides, mille jaoks teil on kirjalik luba, ja kaitseotstarbel (logi ohu tuvastamine, kõvenemine, intsidentidele reageerimine). Selle kasutamine teile mittekuuluva süsteemi skannimiseks või sissetungimiseks on volitamata juurdepääs ja kuritegu; Õppimiseks tuleb kasutada isoleeritud laborit.