End-to-end integratsiyasi: voqeani boshidan oxirigacha boshqarish

Daromadlar:

• Aniqlash, tashxis qo'yish, yumshatish, doimiy hal qilish va o'rganish bosqichlarida sun'iy intellekt yordamida hodisani oxirigacha boshqarish
• Sun'iy intellektga o'tkazilishi mumkin bo'lgan va har bir bosqichda inson qarorini talab qiladigan bosqichlarni ajratish orqali vahima paytida ham tekshirish intizomini saqlab qolish qobiliyati.
• Sun'iy intellekt "nima bo'layotgani, qanday yozish kerak" savollaridan ustun bo'lishi va odamlarning "men buni qilishim kerakmi, kim kafolatchi" savollaridan ustun bo'lishi haqidagi oltin qoidani biznes refleksiga aylantirish qobiliyati.

End-to-end integratsiyasi: AI yordamida voqeani boshidan oxirigacha boshqarish

Siz oldingi o'nta bo'limda qismlarni o'rgandingiz: skript, jurnal tahlili, monitoring, konfiguratsiya, IaC, hujjatlar, bashoratli texnik xizmat ko'rsatish, o'zgarishlarni boshqarish va xavfsizlik. Lekin real dunyoda bu qismlar birin-ketin kelmaydi, balki bir hodisa doirasida o‘zaro bog‘lanadi. Ushbu yakuniy bo'limda biz qismlarni birlashtiramiz: siz yarim tunda boshlangan hodisani qanday boshqarishni to'liq ko'rasiz, uni aniqlashdan asosiy sababga qadar, tuzatishdan hujjatlarga qadar va har bir bosqichda AIning to'g'ri dozasini qo'llash. Maqsad yangi texnikani o'rgatish emas; muhandislik refleksi sifatida o'rganganlaringizni birlashtirib, modul davomida takrorlanadigan yagona haqiqatni mustahkamlang: AI har bir bosqichda tezlashtiradi, yoritadi va chizmalarni yaratadi; lekin har doim inson tashxisni tasdiqlaydi, buyruqni boshqaradi, o'zgarishlarni tasdiqlaydi va natija uchun javobgarlikni o'z zimmasiga oladi.

Ushbu bo'limda siz hodisaning hayot aylanishini - aniqlash, tashxis qo'yish, aralashuv, hal qilish, o'rganish - va har bir bosqichda AIning roli va chegaralarini misol orqali birlashtirasiz.

Hodisaning hayot aylanishi

Har bir jiddiy hodisa shunga o'xshash bosqichlardan o'tadi va AI har bir bosqichda har xil rolga ega. Aniqlash: signal eshitiladi, foydalanuvchi shikoyat qiladi, ko'rsatkich asosiy qiymatdan chetga chiqadi (4-birlik). Tasdiqlash va qamrov: bu haqiqatan ham muammomi, qanchalik keng? Tashxis: jurnallar va ko'rsatkichlardan asosiy sababni aniqlash (3-birlik). Javob berish va yumshatish: zararni to'xtatish, vaqtinchalik echim. Doimiy yechim: o'zgarishlarni boshqarish (9-birlik), skript (2-birlik) yoki kerak bo'lganda konfiguratsiya (5-birlik) bilan tuzatish. O'rganish: o'limdan keyingi va ish kitobini yangilash (7-bo'lim). AI aniqlashdagi anomaliyani belgilaydi, diagnostikada gipotezalarni ishlab chiqaradi, aralashuv variantlarini taklif qiladi, yechim loyihasini yozadi, o'rganishda hujjatlarni ishlab chiqaradi - lekin har bir bosqichda odamlar qaror qabul qilish nuqtasida turadi.

Maslahat: Hodisaning eng xavfli lahzasi - bu tashxis qo'yish va stress eng yuqori bo'lgan vaqt - aniq AIga ko'r-ko'rona ishonish istagi kuchli bo'lganda. Qanchalik ko'p shoshsangiz, "o'qing, tekshiring, qaytishga tayyorlang" refleksini shunchalik qattiq ushlab turasiz. Bir lahzada vahima ichida o'tkazib yuborilgan bitta tekshirish voqeani ikki baravar oshiradi.

Boshidan oxirigacha bir misol

Keling, buni aniq qilaylik. Soat 02:10 da signal: p99 to'lov xizmatining javob vaqti 6 soniyani tashkil etadi, bu bazaviy qiymatdan ancha yuqori (250–400 ms). Aniqlash to'g'ri: kuzatuv ishladi. Tasdiqlash: bir nechta joydan tasdiqlash, haqiqiy voqea. Diagnostika: muhandis AIga niqoblangan jurnal va oxirgi 20 daqiqa ko'rsatkichlarini beradi; AI vaqt jadvalini o'rnatadi va sekinlashuvni ishga tushirilgandan so'ng darhol 02:08 da boshlanadi - kuchli bog'liqlik, ammo baribir gipoteza. Muhandis buni joylashtirish jurnali bilan tasdiqlaydi: ha, reliz 02:08 da chiqdi. Javob: eng tez pasayish tarqatishni orqaga qaytarishdir; O'zgartirish so'rovidagi orqaga qaytarish bosqichi tayyor (9-birlik). Muhandis birinchi navbatda kanareyka mantiqi bilan serverda orqaga qaytarishni amalga oshiradi, javob vaqti yaxshilanadi va keyin uni tarqatadi. Doimiy yechim: haqiqiy asosiy sabab (yangi versiyada indekslanmagan so'rov) ertasi kuni xotirjamlik bilan tuzatiladi. O'rganish: sun'iy intellektdan xoli bo'lgan o'limdan keyingi tadqiqot loyihasi ishlab chiqiladi va "p99 qo'llashdan keyingi monitoring" bosqichi runbookga qo'shiladi. Har bir bosqichda AI tezlashdi; har bir qaror nuqtasida inson tomonidan tasdiqlangan.

Inson-AI mehnat taqsimotining oltin qoidasi

Modul davomida ko‘rayotgan farq bu yerda qoidaga aylanadi: AI “nima bo‘lyapti, nima bo‘lishi mumkin, qanday yozish kerak” degan savollarda oldinda; “Endi shunday qilishim kerakmi, bunga kim kafolat bera oladi?” degan savollarga odamlar oldinda. Sun'iy intellekt tinimsiz, tezkor, katta ma'lumotlarni skanerdan o'tkazadi va rejalarni yaratadi - lekin u to'liq kontekstni bilmaydi, gallyutsinatsiyalarni keltirib chiqarishi mumkin, javobgarlikka dosh bera olmaydi va tashkilotingizning yashirin bog'liqliklarini ko'rmaydi. Inson sekin, lekin kontekst, mas'uliyat va hukmni o'z zimmasiga oladi. Eng yaxshi natija - bu ikkisi o'rtasida to'g'ri mehnat taqsimoti: takroriy, matnli, ishlab chiqarish ishni AIga topshirish; Tekshiruv, qaror va ijroni inson sifatida saqlang.

uchta mini holat

1-holat - oxirigacha 40 daqiqa. Disk to'la bo'lganda, SRE AI bilan butun zanjirni tezlashtirdi: signalni asosiy chiziq bilan tasdiqladi (5 daqiqa), maskalangan jurnalni YZ ga umumlashtirdi va birinchi xatoni topdi (5 min), haqiqiy tizimda AIning "jurnal aylanishi to'xtatildi" gipotezasini tasdiqladi (5 min), tayyor tozalash skriptini ishga tushirdi va amalga oshirdi, AI ni quruq ish bilan ta'minladi. faktlarni tekshirdi (15 daqiqa). Jami 40 daqiqa; AIsiz taxminan ikki barobar ko'p. Lekin har bir bosqichda tekshirish bosqichi bor edi.

2-holat - Vahima paytida tekshirish o'tkazib yuborildi. Boshqa bir jamoa esa shoshib qoldi. U AIning birinchi asosiy sabab gipotezasini (qaramlik xizmati) tasdiqlamasdan qabul qildi va ushbu xizmatni qayta ishga tushirdi. Muammo hal qilinmadi, chunki haqiqiy sabab boshqa narsa edi; Bundan tashqari, keraksiz qayta yuklash ikkinchi uzilishni keltirib chiqardi. Dars: shoshqaloqlik tekshirishni o'tkazib yuborish uchun asos emas; AI gipotezasi tasdiqlanmaguncha, harakat voqeani kuchaytiradi.

3-holat - chegarani bilish. Muhandis AI murakkab tarmoq muammosi bo'yicha talab qilgan konfiguratsiya o'zgarishini amalga oshirmoqchi edi. Ammo o'zgarish qaytarib bo'lmaydigandek tuyuldi va AI agentlikning maxsus marshrutlash qoidalarini bilmas edi. Muhandis to'xtadi, tarmoq bo'yicha katta mutaxassis bilan maslahatlashdi va AI taklifi ushbu aniq topologiyada marshrutlash tsiklini yaratishini bilib oldi. AI chegarasini bilish buzilishning oldini oldi.

To'rt nusxa ko'chirish shablonlari

1) Hodisa boshlanishi haqida qisqacha ma'lumot (triaj):

Sizning rolingiz: katta SRE, voqea komandiri yordamchisi. Faol tadbir bor. Men sizga beradigan niqoblangan ogohlantirish/metrik/log menga tez triaj beradi: (1) alomat nima, (2) ta'sir doirasi, (3) birinchi qarash uchun 3 ta maydon, (4) har biri uchun faqat o'qish uchun boshqarish buyrug'i. Qaror va ijro meniki; Yo'l yuboring. Ma'lumotlar: [maskalangan]

2) Bosqichli hodisalarni boshqarish bo'yicha qo'llanma:

Semptom [simptom] uchun hodisaning hayotiy tsiklini bosqichma-bosqich olib boring: aniqlashni tasdiqlash, tashxis, yumshatish, doimiy hal qilish, o'rganish. HAR bir bosqichda menga (a) nima qilishim kerakligini, (b) qachon uni AIga bemalol topshirishim mumkinligini, (c) o'zim qanday qaror qabul qilishim kerakligini ayting. Shoshilsam ham o'tkazib yubormasligim kerak bo'lgan tekshirish bosqichlarini belgilang.

3) Qaror qabul qilish nuqtasini nazorat qilish:

Men voqeaning o‘rtasidaman va men quyidagi amalni bajarmoqchiman: [harakat]. Amalga oshirishdan oldin, mendan so'rang: (1) bu qayta tiklanadimi, (2) men qanday tekshirishni qildim/qilmadim, (3) menda orqaga qaytish rejasi bormi, (4) bu harakat aslida asosiy sababni hal qilgani haqida dalillarim bormi? Agar biror narsa etishmayotganini ko'rsangiz, meni to'xtating.

4) Hodisadan keyingi integratsiyalashgan o'rganish:

Hozirgina hal qilingan voqea uchun [xulosa] menga: (1) aybsiz o'limdan keyingi qoralama, (2) ushbu hodisaning oldini oladigan 3 ta doimiy yaxshilanish (monitoring/avtomatlashtirish/konfiguratsiya), (3) yangilanishi kerak bo'lgan runbook qadamlari, (4) shunga o'xshash hodisa uchun erta ogohlantirish signali taklifi. Asl sababni dalilsiz yozish; faktlarga asoslanadi.

Zaif taklif / Kuchli taklif

Zaif taklif:

Tizim buzildi, nima qilishim kerak?

Vahima ichida, kontekstsiz va tasdiqlanmagan holda, bu taklif AIdan umumiy va ehtimol xavfli maslahatlarni oladi. Shoshqaloqlik eng ko'p shu nuqtada xatolarga olib keladi.

Kuchli so'rov:

Sizning rolingiz: voqea komandiri yordamchisi. Faol voqea: to'lov xizmatiip99 javob vaqti 02:10 dan boshlab 15 marta bazaviy (250-400 ms). 02:08 da tarqatish borligini bilaman. Menga ayting:(1) eng ehtimoliy gipoteza va uni FAQAT OʻQISh UChUN qanday tekshirish kerak, (2) eng tez va REVERSIBLE yumshatish varianti, (3) bu yumshatishni qoʻllashdan oldin nazorat qilishim kerak boʻlgan xavflar. Menda ijro va rozilik bor. Qo'shimcha ma'lumotlar: [maskalangan metrik/jurnal]

voqea bosqichi

AIning roli

Insonning tanqidiy qarori

aniqlash

Anomaliyani belgilang

Bu haqiqiy voqeami, qamrovi qanday?

Diagnostika

gipotezani yaratish

Qaysi gipoteza tasdiqlandi?

kamaytirish

Variantlar taklif qilmang

Qaysi qisqarish qaytarilishi mumkin?

doimiy yechim

Qoralama/skript

O'zgartirishni tasdiqlang va amalga oshiring

O'rganish

O'limdan keyingi eskiz

Faktlar va saboqlarni tasdiqlash

Umumiy xatolar

• Vahima ichida tekshirishni oʻtkazib yuborish. Shoshilish "o'qish-tekshirish-tayyorlash qaytish" refleksidan voz kechish uchun asos emas; Stress kuchaygan sari intizom kuchayishi kerak.
• Gipotezani dalil deb adashish. AIning birinchi asosiy sabab taklifini tasdiqlamasdan chora ko'rish voqeani yanada kuchaytiradi.
• AI kontekst chegarasini unutish. AI tashkilotning yashirin bog'liqliklarini bilmaydi; Tanqidiy o'zgarishlarda insoniy mulohazalar ustunlik qiladi.
• O'rganish bosqichini o'tkazib yuborish. O'limdan keyingi va runbook yangilanishlarisiz voqea o'sha kechada yana boshlanadi.
• Mas'uliyatni AIga yuklash. "AI shunday dedi" - bu himoya emas; Amalga oshirish uchun javobgarlik doimo inson zimmasiga tushadi.

Diqqat: Hodisalarni boshqarishda AIdan foydalanish hodisalarni boshqarishni o'rganishning o'rnini bosmaydi. Avtomobil qulashi, qulashi yoki kirish imkonsiz bo'lishi mumkin. Asoslarni biladigan muhandis AI bilan tezroq ishlaydi; Asoslarni bilmagan muhandis AI bilan tezroq xato qiladi. Avval intizomni o'rnating, so'ngra AIdan tezlikni oling.

qisqa bayoni; yakunida

Haqiqiy dunyoda qismlar birma-bir kelmaydi, balki voqea doirasida bir-biriga bog'langan. Hodisani aniqlashdan o‘rganishgacha boshqarishda AI har bir bosqichda tezlashadi: anomaliyani belgilaydi, gipotezalarni yaratadi, variantlarni taklif qiladi, qoralamalar tuzadi, o‘limdan keyingi tayyorgarlikni amalga oshiradi. Ammo har bir qaror qabul qilishda to'xtaydi - tashxisni tasdiqlaydi, kamaytirishni tanlaydi, o'zgarishlarni ma'qullaydi, natijaga egalik qiladi. Oltin qoida aniq: sun’iy intellekt “nima bo‘ladi, qanday yozish kerak”, odamlar esa “men buni qilishim kerakmi, kim kafolatchi?” degan savollarda oldinda. Vahima paytida intizomni oshiring, gipotezani dalillardan ajratib oling, AIning kontekst chegarasini eslang va har bir voqeadan saboq oling. Ushbu modulning mohiyati bir jumladan iborat: AI - kuchli yordamchi; Muhandislik mas'uliyatini topshirish mumkin emas.

Ilova vazifasi

O'tmishda boshdan kechirgan (yoki tasavvur qilgan) voqeani boshidan oxirigacha ko'rib chiqing. Yuqoridagi "Hodisalarni bosqichma-bosqich boshqarish bo'yicha qo'llanma" shablonidan foydalanib, AIdan hodisani aniqlash-tashxislash-yumshatish-hal qilish-o'rganish bosqichlarida yo'l-yo'riq berishini so'rang; Har bir bosqichda siz AIga topshirishingiz mumkin bo'lgan qadamni va o'zingiz hal qilishingiz kerak bo'lgan qadamni alohida yozing. Tashxis bosqichida tekshirish buyrug'i bilan kamida bitta AI gipotezasini tasdiqlang. Nihoyat, "Voqeadan keyingi integratsiyalashgan o'rganish" shabloniga ega bo'lgan o'limdan keyingi va ish kitobini yangilash loyihasini yarating. Butun jarayondagi inson-AI mehnat taqsimotini 7 ta bandda umumlashtiring.

nazorat ro'yxati

• [ ] Hodisani aniqlash, tashxislash, yumshatish, hal qilish va o‘rganish bosqichlariga ajratdimmi?
• [ ] Men sun'iy intellektga topshirilishi mumkin bo'lgan qadamlar va har bir bosqichda inson tomonidan qaror qabul qilishni talab qiladigan qadamlar o'rtasida farq qildimmi?
• [ ] Tashxisda men AI gipotezasini dalillardan ajratdim va uni tekshirish buyrug'i bilan tasdiqladimmi?
• [ ] Men yumshatishni teskari va orqaga qaytarish rejasi nuqtai nazaridan baholadimmi?
• [ ] Men vahima paytida ham "o'qish-tekshirish-qaytishga tayyorgarlik ko'rish" refleksini saqlab qoldimmi?
• [ ] Voqeadan o'limdan keyingi saboq oldimmi?

Modul imtihoni

1. Quyidagilardan qaysi biri tizim va tarmoqni boshqarishda sun'iy intellekt uchun eng aniq joylashuv hisoblanadi?

• A) Sun'iy intellekt yordamchi va qaror qabul qilish vositasidir; Muhim ijro qarorlarining mas'uliyati va yakuniy tasdiqlanishi odamlarga yuklanadi ✔
• B) Sun'iy intellekt insonning ruxsatisiz buyruqlarni bajarishi va ishlab chiqarishdagi o'zgarishlarni amalga oshirishi mumkin
• C) Sun'iy intellekt faqat matn yozishda ishlaydi, uning tizim va tarmoq ishlariga hech qanday aloqasi yo'q
• D) Sun'iy intellekt har doim odamlardan ko'ra aniqroq qarorlar qabul qiladi, shuning uchun tekshirish kerak emas

Tavsif: Sun'iy intellekt skriptlar, jurnal tahlillari va hujjatlar kabi qoralama va tahlillarni ishlab chiqaruvchi yordamchi va qarorlarni qo'llab-quvvatlash vositasidir. Buyruqni bajarish yoki o'zgartirishni tasdiqlash kabi ishlamay qolish vaqti, ma'lumotlarning yo'qolishi va xavfsizligiga ta'sir qiluvchi ijro qarorlarining mas'uliyati va yakuniy tasdiqlanishi vakolatli muhandisga tegishli.

2. Ishlab chiqarishda sun'iy intellekt tomonidan yaratilgan buyruqni ishga tushirishdan oldin amalga oshirilishi kerak bo'lgan tekshirish refleksining to'rtta bosqichi qanday?

• A) Nusxalash, joylashtirish, chopish, umid qilish
• B) O'qing va tushuning, hujjatlang, alohida muhitda sinab ko'ring, fikr-mulohazalarga tayyorlang ✔
• C) Yoqdi, ulashing, saqlang, arxivlang
• D) O‘chirish, qayta yozish, siqish, jo‘natish

Tavsif: Kritik natijaga tatbiq qilish uchun to'rt qadam: (1) buyruq qatorini satr bo'yicha o'qing va tushuning, (2) bayroqlar va sintaksisni rasmiy hujjatlarga bog'lang, (3) uni izolyatsiya qilingan/sinov muhitida sinab ko'ring, iloji bo'lsa quruq ishga tushiring, (4) noto'g'ri bo'lsa, zaxira rejasini tayyorlang (zaxira, oniy rasm).

3. Avtomatlashtirish skriptining "idempotent" bo'lishi nimani anglatadi va bu nima uchun muhim?

• A) Skript har bir ishga tushirishda turli natijalar beradi
• B) Skript faqat bir marta ishga tushirilishi va keyin o'chirilishi mumkin
• C) skript ikkinchi marta ishga tushirilganda hech qanday zarar keltirmaydi; ✔ Qayta ishga tushirilsa ham xavfsiz
• D) Skript xatolarni boshqarishni o'z ichiga olmaydi

Tushuntirish: Idempotentlik degani, bir xil skript ikki yoki undan ortiq marta ishga tushirilganda, u zarar keltirmaydi yoki ikkinchi ishga tushirishda xatolikka yo'l qo'ymaydi. “Agar foydalanuvchi allaqachon mavjud boʻlsa, oʻtkazib yubor”, “katalog mavjud boʻlmasa yarating, mavjud boʻlsa unga tegmang” kabi mantiqlar oʻrnatilgan. Bu tasodifan qayta ishga tushirilganda ham avtomatlashtirish xavfsiz ishlashini ta'minlaydi.

4. Buzg'unchi operatsiyalarni (o'chirish, qayta ishga tushirish) o'z ichiga olgan skriptni himoya qilishning eng asosiy usuli qanday?

• A) Skriptni iloji boricha tezroq ishga tushiring
• B) Xato xabarlarini yashirish
• C) Skriptni bevosita ishlab chiqarishda sinab ko'rish
• D) Standart quruq ishga tushirish orqasida halokatli operatsiyalarni qo'yish va haqiqiy amalga oshirishni aniq belgi belgisi bilan bog'lash ✔

Izoh: Buzg'unchi jarayonlarni sukut bo'yicha quruq ishga tushirish rejimida saqlash va faqat aniq tasdiqlash bayrog'i bilan haqiqiy dasturni ishga tushirish (masalan, --apply) birinchi navbatda skript ishga tushganda nima bo'lishini ko'rish imkonini beradi. Shuningdek, null o'zgaruvchilarni tekshirish (VAR:?) yo'l xatolarining oldini oladi.

5. Jurnal tahlilida “korrelyatsiya sabab emas” tamoyili nimani anglatadi?

• A) Birgalikda o‘zgarib turadigan ikki hodisaning sabab-oqibat bog‘lanishi shart emas; Sabab bog'liqligi ham tekshirilishi kerak ✔
• B) Jurnallardan korrelyatsiya izlash vaqtni behuda sarflashdir
• C) Birgalikda o‘zgarib turadigan ikkita hodisaning biri, albatta, ikkinchisiga sabab bo‘ladi.
• D) Sabablilikni faqat sun’iy intellekt yordamida aniqlash mumkin

Izoh: Ikki hodisaning bir vaqtning o‘zida sodir bo‘lishi (korrelyatsiya) biri ikkinchisiga sabab bo‘ladi, degani emas (sabab); Ikkalasi ham uchinchi hodisaning natijasi bo'lishi mumkin. AIning "X ehtimol Y sabab bo'lgan" degan taklifi gipoteza bo'lib, u tizimda tasdiqlanmaguncha topilma hisoblanmaydi.

6. Ishlash monitoringida javob vaqtini o'lchashda nima uchun o'rtacha foizdan (p95/p99) afzallik beriladi?

• A) O'rtacha foizni hisoblash osonroq
• B) O'rtacha ozchilikning yomon tajribasini yashiradi; persentil ushbu yashirin muammolarni ochib beradi ✔
• C) O'rtacha har doim noto'g'ri va uni ishlatmaslik kerak
• D) Foiz faqat protsessor ko'rsatkichlariga tegishli

Izoh: O'rtacha foydalanuvchilarning kichik qismi ega bo'lgan juda yomon tajribani yashiradi. O'rtacha 200 milodiy ko'rinsa ham, p99 6 soniya bo'lishi mumkin; Bu shuni anglatadiki, har yuz so'rovdan biri dahshatli darajada sekin. Persentil bu ozchilikning o'rtacha ko'rsatgan og'rig'ini ko'rsatadi.

7. Konfiguratsiyani boshqarishda “drift” nima va u nima uchun xavfli?

• A) Kechasi tarmoq trafigi pasayadi
• B) Serverni jismoniy ko'chirish
• C) Vaqt o'tishi bilan serverlar bir-biridan va standartdan chetga chiqadi; ✔ Muammo yuzaga kelguncha ko'rinmas
• D) Konfiguratsiya fayllarini avtomatik zaxiralash

Tavsif: Drift - bu vaqt o'tishi bilan hujjatsiz qo'lda o'zgarishlar tufayli serverlarning bir-biridan va standartlardan chetga chiqishi. Uning xavfli jimligi: muammo yuzaga kelmaguncha u ko'rinmaydi, keyin bir server boshqalardan farq qiladi va tashxis bir necha soat davom etadi. AI taqqoslash orqali driftni ko'rinadigan qiladi; Oltin payvandlash printsipi oldini oladi.

8. Nima uchun "reja" bosqichi IaC vositalarida (masalan, Terraform) eng muhim xavfsizlik himoyasi hisoblanadi?

• A) Reja kodni tezroq ishga tushiradi
• B) Reja holati faylini o‘chiradi
• C) Reja faqat kod formatini tuzatadi
• D) Reja amalga oshirishdan oldin nimalar qo'shilishi, o'zgartirilishi va O'CHIRILIShini ko'rsatadi; Ma'lumotlar yo'qotilishining oldini oladi ✔

Tavsif: Reja (terraform plan / ansible --check) kodni bajarishdan oldin "nima o'zgaradi" ko'rinishini beradi: qancha resurslar qo'shiladi, o'zgartiriladi, o'chiriladi. Xususan, "yo'q qilish" va "almashtirishni majburlash" qatorlari amalga oshirishdan oldin ma'lumotlarning yo'qolishi xavfini ko'rsatadi. Rejani o'qimasdan ariza topshirish eng qimmat xatolardan biridir.

9. Nima uchun Terraform holati fayli ehtiyotkorlik bilan himoyalanishi va AI yoki ochiq omborlarga joylashtirilmasligi kerak?

• A) Davlat fayliga oddiy matnli sirlar kiritilishi mumkin; Agar sizib chiqsa, shaxsni tasdiqlovchi ma'lumotlar oshkor qilinadi ✔
• B) Davlat fayli juda katta bo'lgani uchun
• C) Davlat fayli allaqachon o'qib bo'lmaydigan shifrlangan.
• D) Shtat fayli almashganda kod tezroq ishlaydi

Tavsif: Davlat fayli boshqariladigan infratuzilmaning joriy holatini saqlaydi va oddiy matnli sirlarni (maʼlumotlar bazasi parollari, kalitlar) oʻz ichiga olishi mumkin. Shuning uchun, u shifrlangan, kirish cheklangan, qulflangan masofaviy serverda saqlanishi kerak; Uni hech qachon jamoat transporti yoki omborga qo'ymaslik kerak, aks holda sir sizib chiqadi.

10. Hujjatlarda "noto'g'ri runbook runbook yo'qligidan ko'ra xavfliroq" degan gap nimaga urg'u beradi?

• A) Runbook yozish vaqtni behuda sarflashdir
• B) Tekshirilmagan runbook inqiroz sharoitida ko'r-ko'rona amalga oshiriladi; Bitta noto'g'ri qadam halokatga olib kelishi mumkin ✔
• C) Runbooks faqat administratorlar uchun yozilgan
• D) Hujjatlar hech qachon yangilanmasligi kerak

Izoh: Runbooksiz jamoa inqiroz vaqtida ehtiyotkor va shubhali bo'ladi; lekin "rasmiy" ish kitobiga ega bo'lgan odam buni so'roqsiz stress ostida qo'llaydi. Agar runbook sinovdan o'tmagan va bir qadam noto'g'ri bo'lsa, ko'r-ko'rona amalga oshirish falokatga olib keladi. Shuning uchun har bir runbook haqiqiy muhitda sinchkovlik bilan tekshirilishi va muhrlanishi kerak.

11. Bashoratli texnik xizmat ko'rsatishda diskning ishdan chiqishiga yaqinlashayotganini tushunish uchun to'g'ri yondashuv qaysi?

• A) Darhol bitta yomon SMART diskni almashtiring
• B) SMART ma'lumotlariga butunlay e'tibor bermaslik
• C) Qadriyatlarning vaqt bo'yicha tendentsiyasiga qarash; ✔ Signal sonining doimiy va tezlashishi
• D) Disk to'liq yiqilgachgina chora ko'rish

Tushuntirish: bitta yomon SMART o'qish vahima uchun sabab emas; Disklarda vaqti-vaqti bilan xatolar tuzatilishi odatiy holdir. Haqiqiy signal - bu tendentsiya: vaqt o'tishi bilan qayta taqsimlangan sektor kabi qiymatlarning izchil va tezlashtirilgan o'sishi. Shuning uchun AIga bitta o'qish emas, balki vaqt seriyasi beriladi.

12. Ishlab chiqarishni o'zgartirishning eng ko'p e'tibordan chetda qoladigan, ammo muhim ikkita qismi qaysi?

• A) O'zgarishlarning rangi va nomi
• B) O‘zgartirish kiritgan shaxsning unvoni va bo‘limi
• C) Ijtimoiy tarmoqlarda o'zgarishlarni e'lon qilish
• D) Orqaga qaytish rejasi va muvaffaqiyatni tekshirish mezonlari ✔

Izoh: Agar o'zgartirish amalga oshirilgunga qadar "Agar u yomonlashsa, qanday qilib orqaga qaytishim kerak" (qayta tiklash rejasi) va "muvaffaqiyatli ekanligini qanday isbotlayman" (muvaffaqiyatni tekshirish mezonlari) savollariga yozma javob bo'lmasa, bu o'zgarish hali tayyor emas. Bu ikkisi bo'lmasa, buzilgan o'zgarish "to'liq" deb hisoblanishi mumkin.

13. Nima uchun bir vaqtning o'zida barcha serverlarga xavfsizlikni o'rnatishni (yangi versiya/patch) tarqatishdan ko'ra "kanareyka" yondashuvi afzalroq?

• A) O'zgartirish birinchi navbatda kichik qismga qo'llaniladi; Xato butun flotga emas, kichik bir qismga ta'sir qiladi va erta aniqlanadi ✔
• B) Kanareyka taqsimoti elektr energiyasini kamroq sarflaydi
• C) Canary joylashtirishni tekshirishni mutlaqo keraksiz qiladi
• D) Canary deployment faqat ma'lumotlar bazalariga tegishli

Tavsif: Canary deployment o'zgartirishni birinchi navbatda kichik qismga (bitta server, 5% foydalanuvchi) qo'llash va monitoringdir. Shunday qilib, xato butun flotga emas, balki kichik bir qismga ta'sir qiladi va erta ushlanadi. Bir vaqtning o'zida tarqaladigan xato barcha foydalanuvchilarni bir vaqtning o'zida uradi.

14. Xavfsizlik ishlarida sun'iy intellektdan foydalanishda o'zgarmas axloqiy va huquqiy qoida nima?

• A) Sun'iy intellektdan istalgan tizimdagi zaifliklarni skanerlash uchun erkin foydalanish mumkin
• B) Axloq kodeksi faqat yirik muassasalarga tegishli
• C) U faqat ruxsat etilgan tizimlarda va mudofaa maqsadlarida qo'llaniladi; Ruxsatsiz kirish yoki hujum uchun foydalanish jinoyat hisoblanadi ✔
• D) O'rganish uchun birovning tizimiga kirish bepul.

Tavsif: Tizim va tarmoq ma'lumotlari ikki tomonlama foydalanish. Sun'iy intellektdan faqat siz yozma ruxsat olgan tizimlarda va mudofaa maqsadlarida (xavfni aniqlash, qotib qolish, hodisaga javob berish) foydalanish mumkin. Undan sizga tegishli bo'lmagan tizimni skanerlash yoki infiltratsiya qilish uchun foydalanish ruxsatsiz kirish va jinoyat hisoblanadi; O'rganish uchun izolyatsiya qilingan laboratoriyadan foydalanish kerak.