Nyereség:
- Egy incidens teljes körű kezelése mesterséges intelligencia támogatással az észlelési, diagnosztizálási, enyhítési, végleges megoldási és tanulási szakaszban
- Pánik idején is képes fenntartani az ellenőrzési fegyelmet, különválasztva a mesterséges intelligenciába átvihető és minden szakaszban emberi döntést igénylő lépéseket.
- Az az aranyszabály, hogy a mesterséges intelligencia elsőbbséget élvez a „mi történik, hogyan írjunk” kérdésekkel szemben, és az emberek elsőbbséget élveznek a „meg kell-e csinálni, ki a kezes” kérdésekkel szemben, üzleti reflexsé alakítani
Végpontok közötti integráció: egy incidens kezelése a végétől a végéig mesterséges intelligencia segítségével
Az előző tíz egységben megtanulta a darabokat: szkriptelés, naplóelemzés, megfigyelés, konfiguráció, IaC, dokumentáció, prediktív karbantartás, változáskezelés és biztonság. De a való világban ezek a részek nem egyenként jönnek, hanem egy eseményen belül fonódnak össze. Ebben az utolsó részben egyesítjük a darabokat: teljes egészében látni fogja, hogyan kell kezelni az éjszaka közepén kezdődött incidenst, a végétől a végéig, az észleléstől a kiváltó okig, a helyreállítástól a dokumentációig, és minden szakaszban a megfelelő adag mesterséges intelligencia használatával. A cél nem egy új technika tanítása; mérnöki reflexként összekapcsolja a tanultakat, megerősítve a modul során ismétlődő egyetlen igazságot: a mesterséges intelligencia minden szakaszban felgyorsít, megvilágít és tervrajzokat készít; de mindig az ember az, aki megerősíti a diagnózist, végrehajtja a parancsot, megerősíti a változást, és felelősséget visel az eredményért.
Ebben az egységben egy példán keresztül integrálja egy esemény életciklusát – észlelést, diagnózist, beavatkozást, megoldást, tanulást –, valamint az AI szerepét és korlátait minden szakaszban.
Egy esemény életciklusa
Minden komoly incidens hasonló szakaszokon megy keresztül, és az AI minden szakaszban más-más szerepet tölt be. Észlelés: megszólal a riasztás, a felhasználó panaszkodik, a mérőszám eltér az alapvonaltól (4. egység). Érvényesítés és hatókör: valóban probléma-e, mennyire széles? Diagnózis: a kiváltó ok elérése naplókból és mérőszámokból (3. egység). Válasz és mérséklés: károk megállítása, megoldás. Állandó megoldás: javítás változtatáskezeléssel (Unit 9), szkripttel (Unit 2) vagy szükség esetén konfigurációval (Unit 5). Tanulás: post mortem és runbook frissítés (7. fejezet). A mesterséges intelligencia megjelöli az anomáliát az észlelésben, hipotéziseket állít elő a diagnózisban, lehetőségeket kínál a beavatkozásra, vázlatokat ír a megoldásban, dokumentumokat állít elő a tanulás során – de minden szakaszban az emberek állnak a döntési ponton.
Tipp: Az incidens legveszélyesebb pillanata a diagnózis és a válaszadás pillanata, amikor a legnagyobb a stressz – pontosan akkor, amikor a legerősebb a késztetés, hogy vakon bízzunk az MI-ben. Minél többet rohansz, annál erősebben ragaszkodsz az „olvasás, ellenőrzés, felkészülés a visszatérésre” reflexhez. A pánik pillanatában kihagyott egyetlen ellenőrzés megduplázza az eseményt.
Egy példa az elejétől a végéig
Konkrétizáljuk. Riasztás 02:10-kor: a p99 fizetési szolgáltatás válaszideje 6 másodperc, jóval az alapvonal felett (250–400 ms). Az észlelés helyes: a követés működött. Megerősítés: megerősítés több helyről, valós esemény. Diagnosztika: a mérnök maszkolt naplót és az elmúlt 20 perc mérőszámait adja meg az AI-nak; Az AI felállít egy idővonalat, és a lassulást közvetlenül a 02:08-as üzembe helyezés után kezdődőnek jelöli – ez erős korreláció, de még mindig hipotézis. A mérnök ezt megerősíti a telepítési naplóval: igen, 02:08-kor megjelent egy kiadás. Válasz: a leggyorsabb csökkentés az elosztás visszagörgetése; A változtatási kérelem visszaállítása készen áll (9. egység). A mérnök először egy kanári logikával rendelkező szerveren valósítja meg a visszaállítást, a válaszidő javul, majd továbbítja. Tartós megoldás: a valódi kiváltó okot (az új verzióban nem indexelt lekérdezés) másnap nyugodtan kijavítják. Tanulás: MI-mentes post mortem készül, és a „p99 telepítés utáni megfigyelés” lépés hozzáadódik a runbookhoz. Az AI minden szakaszban felgyorsult; ember minden döntési ponton érvényesítve.
Az ember-AI munkamegosztás aranyszabálya
A modulon belül látható különbségtétel itt szabállyá válik: az AI előrébb jár a „mi történik, mi történhet, hogyan írjunk” kérdésekben; Az emberek előrébb járnak az olyan kérdésekben, mint például "ezt kell-e most megtennem, ki tudja ezt kezeskedni?" Az AI fáradhatatlan, gyors, rengeteg információt szkennel és tervrajzokat készít – de nem ismeri a teljes kontextust, hallucinációkat idézhet elő, nem tudja kezelni az elszámoltathatóságot, és nem látja a szervezet rejtett függőségeit. Az ember lassú, de hordozza a kontextust, a felelősséget és az ítélőképességet. A legjobb eredmény a kettő közötti helyes munkamegosztás: ismétlődő, szöveges, produkálható munka delegálása az MI-re; Az ellenőrzés, a döntés és a végrehajtás ember legyen.
három mini tok
1. eset – 40 perc a végétől a végéig. Egy lemez megtelt eseménynél egy SRE felgyorsította a teljes láncot az AI-vel: megerősítette a riasztást az alapvonallal (5 perc), a maszkolt naplót összegezte YZ-nek és megtalálta az első hibát (5 perc), igazolta az AI "napló rotáció leállt" hipotézisét a valós rendszeren (5 perc), lefutott és végrehajtott egy kész tisztító szkriptet szárazon futtatva, AIch-t ellenőrizte a post mortem (10 mintem). tények (15 perc). Összesen 40 perc; Körülbelül kétszer annyi mesterséges intelligencia nélkül. De minden szakaszban volt egy ellenőrzési lépés.
2. eset – Egy pánik pillanatában kihagyták az ellenőrzést. Egy másik csapat vágott neki. Ellenőrzés nélkül elfogadta az AI első kiváltó ok-hipotézisét (függőségi szolgáltatás), és újraindította a szolgáltatást. A probléma nem oldódott meg, mert a valódi ok valami más volt; Sőt, a szükségtelen újraindítás egy második kiesést is okozott. Tanulság: a sietség nem indokolja az ellenőrzés kihagyását; Mielőtt az AI-hipotézis megerősítést nyerne, a cselekvés fokozza az eseményt.
3. eset – A határ tudatában. Egy mérnök olyan konfigurációmódosítást akart végrehajtani, amelyet az AI egy összetett hálózati probléma kapcsán sürgetett. De a változás visszafordíthatatlannak tűnt, és az AI nem ismerte az ügynökség konkrét útválasztási szabályait. A mérnök megállt, konzultált egy vezető hálózati szakértővel, és megtudta, hogy az AI javaslata egy útválasztási hurkot hoz létre ebben a topológiában. A mesterséges intelligencia határának ismerete megakadályozta a zavart.
Négy másolható sablon
1) Az eseményindító összefoglalása (triage):
Az Ön szerepe: vezető SRE, incidensparancsnok-helyettes. Aktív rendezvény van. A maszkolt riasztás/metrika/napló, amelyet adok neked, gyors besorolást ad: (1) mi a tünet, (2) mi a hatás hatóköre, (3) 3 terület, amelyet először meg kell nézni, (4) mindegyikhez egy csak olvasható vezérlőparancs. A döntés és a végrehajtás az enyém; Küldje el az utat. Adatok: [maszkolt]
2) Fázisos incidenskezelési útmutató:
Vigyen végig lépésről lépésre a tünet [tünet] esemény életciklusán: észlelés megerősítése, diagnózis, enyhítés, végleges megoldás, tanulás. MINDEN szakaszban mondja el (a) mit kell tennem, (b) mikor delegálhatom biztonságosan az MI-re, (c) milyen döntést KELL meghoznom magamnak. Jelölje meg azokat az ellenőrzési lépéseket, amelyeket akkor sem szabad kihagynom, ha rohanok.
3) Döntési pont ellenőrzése:
Egy esemény kellős közepén vagyok, és a következő műveletet készülök végrehajtani: [akció]. A megvalósítás előtt kérdezze meg tőlem: (1) ez megfordítható-e, (2) milyen ellenőrzést végeztem/nem végeztem el, (3) van-e visszaállítási tervem, (4) van-e bizonyítékom arra, hogy ez a művelet valóban megoldotta a kiváltó okot? Ha látsz valamit, ami hiányzik, állíts meg.
4) Esemény utáni integrált tanulás:
Az imént megoldott incidenshez [összefoglaló] a következőket adja nekem: (1) halál utáni vázlat hibáztatás nélkül, (2) 3 állandó fejlesztés (figyelés/automatizálás/konfiguráció), amelyek megakadályozzák ezt az incidenst, (3) frissítésre szoruló runbook lépések, (4) korai figyelmeztető jelzés javaslata hasonló incidenshez. A kiváltó ok megírása bizonyíték nélkül; tények alapján.
Gyenge felszólítás / Erős felszólítás
Gyenge felszólítás:
A rendszer összeomlott, mit tegyek?
Pánikba esett, kontextus és ellenőrzés nélkül, ez a felszólítás általános és esetleg veszélyes tanácsokat kap az MI-től. A rohanás ezen a ponton vezet leginkább hibákhoz.
Erőteljes felszólítás:
Az Ön szerepe: asszisztens incidensparancsnok. Aktív esemény: fizetési szolgáltatásip99 válaszidő az alapvonal 15-szöröse (250-400 ms) 02:10 óta. Tudom, hogy 02:08-kor volt terjesztés. Adja meg nekem:(1) a legvalószínűbb hipotézist és annak igazolásának módját CSAK OLVASÁSRA, (2) a leggyorsabb és VISSZAFORGÁLHATÓ csökkentési lehetőséget, (3) azokat a kockázatokat, amelyeket ellenőriznem kell a mérséklés alkalmazása előtt. Megvan a végrehajtás és a jóváhagyás. További adatok: [maszkolt metrika/napló]
esemény fázis
Az AI szerepe
Kritikus emberi döntés
észlelés
Jelölje meg az anomáliát
Ez a tényleges esemény, mi a hatókör?
Diagnózis
hipotézisgenerálás
Melyik hipotézis igazolódott be?
csökkentése
Ne kínáljon opciókat
Melyik csökkentés visszafordítható?
állandó megoldás
Vázlat/forgatókönyv
A változtatás jóváhagyása és végrehajtása
Tanulás
Halálozás utáni vázlat
A tények és a tanulságok igazolása
Gyakori hibák
- Az ellenőrzés kihagyása pánikban. A rohanás nem igazolja az „olvas-ellenőrizd-készíts vissza” reflexet; A stressz növekedésével a fegyelemnek is növekednie kell.
- Hipotézis összetévesztése bizonyítékként. Ha a mesterséges intelligencia első kiváltó okának megerősítése nélkül tesz lépéseket, az tovább fokozza az incidenst.
- Az AI kontextushatárának elfelejtése. Az AI nem ismeri a szervezet rejtett függőségeit; A kritikus változásban az emberi ítélőképesség érvényesül.
- A tanulási szakasz kihagyása. Az esemény, post mortem és runbook frissítések nélkül, ugyanazon az éjszakán újra kezdődik.
- A felelősséget az AI-ra hárítjuk. „Az AI azt mondta” nem védekezés; A végrehajtás felelőssége mindig az embert terheli.
Figyelem: Az incidenskezelésben az AI használata nem helyettesíti a tanulási incidenskezelést. A jármű lezuhanhat, összetörhet, vagy elérhetetlenné válhat. Az alapokat ismerő mérnök gyorsabb az AI-val; Az a mérnök, aki nem ismeri az alapokat, gyorsabban hibázik az AI-val. Először alakítsd ki a fegyelmet, majd szerezd meg a sebességet az AI-tól.
Összefoglalva
A való világban a részek nem egyenként jönnek, hanem egy eseményen belül összefonódnak. Amikor egy eseményt az észleléstől a tanulásig kezel, a mesterséges intelligencia minden szakaszában felgyorsul: megjelöli az anomáliát, hipotéziseket generál, opciókat kínál, vázlatokat készít, előkészíti a halálozást. De minden döntési pontnál az ember megáll – megerősíti a diagnózist, úgy dönt, hogy csökkenti, jóváhagyja a változtatást, övé az eredmény. Az aranyszabály egyértelmű: a mesterséges intelligencia megelőzi a „mi történik, hogyan írjunk”, az emberek pedig a „meg kell tennem, ki a kezes?” kérdésében. Pánik idején növelje a fegyelmet, válassza szét a hipotézist a bizonyítékoktól, ne feledje az AI kontextushatárát, és vonjon le egy leckét minden eseményből. Ennek a modulnak a lényege egy mondat: az AI egy hatékony asszisztens; A mérnöki felelősség nem ruházható át.
Pályázati feladat
Gondolj egy eseményre, amelyet a múltban tapasztaltál (vagy elképzeltél), az elejétől a végéig. A fenti „Fázisos incidenskezelési útmutató” sablonnal kérje meg az AI-t, hogy vezesse végig az incidenst az észlelés-diagnosztika-enyhítés-megoldás-tanulás szakaszain; Minden szakaszban külön írja meg azt a lépést, amelyet delegálhat az AI-ra, és azt a lépést, amelyet magának kell eldöntenie. Erősítsen meg legalább egy mesterséges intelligencia hipotézist egy ellenőrző paranccsal a diagnosztikai szakaszban. Végül készítsen egy post mortem és runbook frissítési vázlatot az „Esemény utáni integrált tanulás” sablonnal. Foglalja össze az ember-AI munkamegosztást a teljes folyamatban 7 tételben.
ellenőrző lista
- [ ] Felosztottam-e az incidenst észlelési, diagnosztizálási, enyhítési, megoldási és tanulási szakaszokra?
- [ ] Különbséget tettem a mesterséges intelligencia számára delegálható és az emberi döntéshozatalt igénylő lépések között?
- [ ] A diagnózis során elválasztottam az AI-hipotézist a bizonyítékoktól, és megerősítettem egy ellenőrző paranccsal?
- [ ] Értékeltem a mérséklést a visszafordíthatóság és a visszaállítási terv szempontjából?
- [ ] Pánik idején is fenntartottam az "olvasás-ellenőrzés-előkészítés" reflexet?
- [ ] Megtanultam az esetből egy poszt mortem és runbook leckét?
Modul vizsga
1. Az alábbiak közül melyik a legpontosabb helymeghatározás a mesterséges intelligencia számára a rendszer- és hálózatkezelésben?
- A) A mesterséges intelligencia egy asszisztens és döntéstámogató eszköz; A kritikus vezetői döntések felelőssége és végső jóváhagyása az embereket terheli ✔
- B) A mesterséges intelligencia emberi jóváhagyás nélkül képes parancsokat futtatni és változtatásokat végrehajtani a termelésben
- C) A mesterséges intelligencia csak szövegírásban működik, semmi köze a rendszer- és hálózati munkához
- D) A mesterséges intelligencia mindig pontosabb döntéseket hoz, mint az emberek, ezért az ellenőrzés szükségtelen
Leírás: A mesterséges intelligencia egy asszisztens és döntéstámogató eszköz, amely vázlatokat és elemzéseket, például szkripteket, naplóelemzéseket és dokumentumokat készít. Az állásidőt, az adatvesztést és a biztonságot érintő vezetői döntések felelőssége és végleges jóváhagyása, mint például a parancs végrehajtása vagy a változtatás jóváhagyása, az illetékes mérnöké.
2. A verifikációs reflexnek milyen négy lépése van, amelyet végre kell hajtani egy mesterséges intelligencia által generált parancs termelésben való futtatása előtt?
- A) Másolás, beillesztés, futtatás, remény
- B) Olvasson és értsen, dokumentáljon, próbálkozzon elszigetelt környezetben, készüljön fel a visszajelzésre ✔
- C) Like, megosztás, mentés, archiválás
- D) Törlés, átírás, tömörítés, küldés
Leírás: Négy lépés a kritikus kimenetre: (1) olvassa el és értelmezze a parancssort, (2) kapcsolja össze a zászlókat és a szintaxist a hivatalos dokumentációval, (3) próbálja ki izolált/tesztkörnyezetben, lehetőség szerint szárazon futtatva, (4) készítsen tartalék tervet (biztonsági mentés, pillanatkép), ha rosszul sikerül.
3. Mit jelent az, hogy egy automatizálási szkript „idempotens”, és miért fontos?
- A) A szkript minden futtatásnál más-más eredményt ad
- B) A szkript csak egyszer futhat le, majd törölhető
- C) A parancsfájl másodszori futtatásakor nem okoz kárt; ✔ Biztonságos akkor is, ha újra kiold
- D) A szkript nem tartalmaz hibakezelést
Magyarázat: Az idempotencia azt jelenti, hogy ha ugyanazt a parancsfájlt kétszer vagy többször futtatják, akkor a második futtatáskor nem okoz kárt vagy hibát. Létrejön az olyan logika, mint a „kihagyás, ha a felhasználó már létezik”, „hozza létre a könyvtárat, ha nem létezik, ne érintse meg, ha létezik”. Ez biztosítja, hogy az automatika biztonságosan működjön akkor is, ha véletlenül újra aktiválódik.
4. Mi a legalapvetőbb módja a romboló műveleteket (törlés, újraindítás) tartalmazó szkript biztosításának?
- A) Futtassa a szkriptet a lehető leggyorsabban
- B) Hibaüzenetek elrejtése
- C) A szkript tesztelése közvetlenül az éles környezetben
- D) A destruktív műveletek áthelyezése az alapértelmezett szárazonfutás mögé, és a tényleges megvalósítást explicit tick flag-hez kötve ✔
Magyarázat: Ha a pusztító folyamatokat alapértelmezés szerint szárazon futtatja, és csak a tényleges alkalmazást futtatja egy kifejezett jóváhagyási jelzővel (pl. --apply), lehetővé teszi, hogy először megnézze, mi fog történni, amikor a szkript fut. A null változó ellenőrzése (VAR:?) is megakadályozza az útvonalhibákat.
5. Mit jelent a 'korreláció nem okozati összefüggés' elve a loganalízisben?
- A) Két együtt változó esemény nem feltétlenül áll ok-okozati összefüggésben; Az okozati összefüggést is ellenőrizni kell ✔
- B) Az összefüggések keresése naplókban időpocsékolás
- C) Két esemény közül, amelyek együtt változnak, az egyik egyértelműen a másik oka.
- D) Az ok-okozati összefüggést csak mesterséges intelligencia tudja meghatározni
Magyarázat: Csak azért, mert két esemény egy időben történik (korreláció), nem jelenti azt, hogy az egyik okozza a másikat (ok-okozati összefüggés); Mindkettő egy harmadik esemény eredménye lehet. Az AI felvetése, miszerint „X valószínűleg Y okozta” egy hipotézis, és addig nem tekinthető megállapításnak, amíg a rendszerben meg nem erősítik.
6. Miért részesítik előnyben a percentilist (p95/p99) az átlagnál a válaszidő mérésénél a teljesítményfigyelés során?
- A) A százalékos kiszámítása könnyebb, mint az átlag
- B) Az átlag elrejti a kisebbség rossz tapasztalatait; a százalékos felfedi ezeket a rejtett problémákat ✔
- C) Az átlag mindig rossz, és nem szabad használni
- D) A százalékos érték csak a CPU-metrikákra vonatkozik
Magyarázat: Az átlagos elrejti a felhasználók kis részének nagyon rossz tapasztalatait. Annak ellenére, hogy az átlag 200 ms-nak tűnik, a p99 6 másodperc is lehet; Ez azt jelenti, hogy minden száz kérésből egy rettenetesen lassú. A százalékos láthatóvá teszi ennek a kisebbségnek az átlag által elrejtett fájdalmát.
7. Mit jelent a „drift” a konfigurációkezelésben, és miért veszélyes?
- A) A hálózati forgalom éjszaka csökken
- B) Szerver fizikai áthelyezése
- C) A szerverek idővel eltérnek egymástól és a szabványtól; ✔ Láthatatlan, amíg probléma nem történik
- D) A konfigurációs fájlok automatikus biztonsági mentése
Leírás: A drift a kiszolgálók egymástól és a szabványtól való eltérése a dokumentálatlan kézi változtatások révén az idő múlásával. Veszélye a csend: nem látható, amíg a probléma meg nem történik, akkor az egyik szerver másként viselkedik, mint a többi, és a diagnózis órákig tart. Az AI összehasonlításból láthatóvá teszi a sodródást; Az aranyhegesztési elv megakadályozza.
8. Miért a „terv” lépés a legfontosabb biztonsági védőkorlát az IaC eszközökben (például a Terraformban)?
- A) A terv gyorsabban futtatja a kódot
- B) Törli a tervállapot fájlt
- C) A terv csak a kód formázását rögzíti
- D) A terv megmutatja, hogy mi kerül hozzáadásra, módosításra és TÖRLÉSre a megvalósítás előtt; Megakadályozza az adatvesztést ✔
Leírás: A terv (terraform plan / ansible --check) a kód végrehajtása előtt egy 'mi fog változni' előnézetet ad: hány erőforrás lesz hozzáadva, módosítva, törölve. Különösen a „megsemmisítés” és a „csere kényszer” sorok jelzik az adatvesztés kockázatát a megvalósítás előtt. A terv elolvasása nélkül történő jelentkezés az egyik legdrágább hiba.
9. Miért kell a Terraform állapotfájlt gondosan védeni, és miért nem kell beilleszteni mesterséges intelligenciába vagy nyílt tárolókba?
- A) Az állami akta egyszerű szöveges titkokat tartalmazhat; Ha kiszivárog, a személyazonossági adatok nyilvánosságra kerülnek ✔
- B) Mert az állapotfájl túl nagy
- C) Az állapotfájl már olvashatatlanul titkosított.
- D) A kód gyorsabban fut, ha az állapotfájl meg van osztva
Leírás: Az állapotfájl megőrzi a felügyelt infrastruktúra aktuális állapotát, és tartalmazhat egyszerű szöveges titkokat (adatbázisjelszavak, kulcsok). Ezért egy titkosított, hozzáférés-korlátozott, zárolt távoli háttérrendszerben kell tartani; Soha nem szabad közjárműbe vagy tárolóba helyezni, különben kiszivárog a titok.
10. Mit hangsúlyoz a dokumentációban a „rossz runbook veszélyesebb, mint a nem runbook” állítás?
- A) A runbook írása időpocsékolás
- B) Egy nem tesztelt runbookot vakon alkalmaznak válsághelyzetben; Egy rossz lépés katasztrófához vezethet ✔
- C) A runbookok csak rendszergazdák számára készültek
- D) A dokumentációt soha nem szabad frissíteni
Magyarázat: A runbook nélküli csapat óvatos és gyanakvó a válság idején; de a „hivatalos” runbook-val rendelkező személy kérdezősködés nélkül alkalmazza stresszhelyzetben. Ha a runbook nincs tesztelve, és egy lépésben hibás, a vak megvalósítás katasztrófához vezet. Ezért minden runbookot alaposan tesztelni kell, és valós környezetben kell bélyegezni.
11. A prediktív karbantartás során melyik a helyes megközelítés annak megértéséhez, hogy egy lemez meghibásodáshoz közeledik?
- A) Azonnal cseréljen ki egyetlen rossz SMART lemezt
- B) A SMART adatok teljes figyelmen kívül hagyása
- C) Az értékek időbeli trendjének megtekintése; ✔ Egyenletes és gyorsuló jelszám növekedés
- D) Csak akkor tegyen lépéseket, ha a lemez teljesen összeomlott
Magyarázat: Egyetlen rossz SMART leolvasás nem ok pánikra; Normális, ha a lemezeken időnként kijavítják a hibákat. Az igazi jelzés a trend: az értékek következetes és gyorsuló növekedése, mint például az átcsoportosított szektor idővel. Ezért az AI egy idősort kap, nem egyetlen leolvasást.
12. Mi a két leggyakrabban figyelmen kívül hagyott, de kritikus része a termelésváltásnak?
- A) A változás színe és neve
- B) A módosító személy beosztása és osztálya
- C) A változás bejelentése a közösségi oldalakon
- D) Visszaállítási terv és sikerellenőrzési kritériumok ✔
Magyarázat: Ha a változtatás végrehajtása előtt nincs írásos válasz a „pontosan hogyan vonhatom vissza, ha elromlik” (visszaállítási terv) és „hogyan bizonyíthatom be, hogy sikeres” (sikerellenőrzési feltételek) kérdésekre, akkor a módosítás még nincs készen. E kettő nélkül egy megszakadt változás „teljesnek” tekinthető.
13. Miért részesítik előnyben a „kanári” megközelítést ahelyett, hogy egy biztonsági telepítést (új verzió/javítás) minden kiszolgálóra egyidejűleg vezetnének be?
- A) A változás először egy kis részre vonatkozik; A hiba egy kis részét érinti, nem az egész flottát, és korán elkapják ✔
- B) A kanári elosztás kevesebb áramot fogyaszt
- C) A Canary teljesen szükségtelenné teszi a telepítés ellenőrzését
- D) A Canary telepítése csak az adatbázisokra vonatkozik
Leírás: A Canary-telepítés először egy kis részre (egy szerver, a felhasználók 5%-a) alkalmazza a változást, és figyeli. Így a hiba egy kis részét érinti, nem az egész flottát, és korán elkapják. Az egyszerre terjedő hiba minden felhasználót egyszerre érint.
14. Mi a megmásíthatatlan etikai és jogi szabály a mesterséges intelligencia biztonsági munkában történő alkalmazásakor?
- A) A mesterséges intelligencia szabadon felhasználható bármely rendszer biztonsági résének keresésére
- B) Az etikai kódex csak a nagy intézményekre vonatkozik
- C) Csak engedélyezett rendszerekben és védelmi célokra használják; A jogosulatlan hozzáféréshez vagy támadáshoz való felhasználás bűncselekmény ✔
- D) Szabadon beszivároghat valaki más rendszerébe, hogy tanuljon.
Leírás: A rendszer- és hálózati információk kettős felhasználásúak. Mesterséges intelligencia csak olyan rendszerekben használható, amelyekre Ön írásos engedélyt kapott, és védekezési célokra (naplózási fenyegetés észlelése, keményedés, incidensre adott válasz). Használata olyan rendszer átvizsgálására vagy beszivárgására, amely nem az Öné, jogosulatlan hozzáférés és bűncselekmény; A tanuláshoz izolált laboratóriumot kell használni.