Başdan Uca İnteqrasiya: Hadisənin Başdan Sona qədər İdarə Edilməsi

Qazanclar:

• Aşkarlama, diaqnostika, təsirin azaldılması, qalıcı həlli və öyrənmə mərhələlərində süni intellekt dəstəyi ilə hadisənin başdan sona idarə edilməsi
• Süni intellektə ötürülə bilən və hər mərhələdə insan qərarını tələb edən addımları ayıraraq çaxnaşma anlarında belə yoxlama intizamını qorumaq bacarığı.
• Süni intellektin “nə baş verir, necə yazılmalıdır” suallarından üstün olması və insanların “bunu etməliyəmmi, kim zamindir” suallarına üstünlük verdiyi qızıl qaydanı biznes refleksinə çevirmək bacarığı.

Başdan Uca İnteqrasiya: Süni İntellektlə Başdan Uca İnsidentin İdarə Edilməsi

Əvvəlki on bölmədə parçaları öyrəndiniz: skript, log təhlili, monitorinq, konfiqurasiya, IaC, sənədlər, proqnozlaşdırıcı texniki xidmət, dəyişikliklərin idarə edilməsi və təhlükəsizlik. Amma real dünyada bu hissələr bir-bir gəlmir, bir hadisə daxilində bir-birinə qarışır. Bu son bölmədə biz parçaları bir araya gətiririk: siz bütövlükdə gecənin ortasında başlayan insidenti necə idarə edəcəyinizi, başdan sona, aşkarlanmasından kök səbəbinə, aradan qaldırılmasından sənədləşdirməyə və hər mərhələdə AI-nin düzgün dozasından istifadə edəcəyinizi görəcəksiniz. Məqsəd yeni texnika öyrətmək deyil; bir mühəndis refleksi kimi öyrəndiklərinizi birləşdirərək, modul boyunca təkrarlanan bir həqiqəti möhkəmləndirin: AI hər mərhələdə sürətləndirir, işıqlandırır və planlar hazırlayır; lakin diaqnozu təsdiqləyən, əmri idarə edən, dəyişikliyi təsdiqləyən və nəticəyə görə məsuliyyət daşıyan həmişə insandır.

Bu bölmədə siz hadisənin həyat dövrünü – aşkarlama, diaqnostika, müdaxilə, həlletmə, öyrənmə – və hər bir mərhələdə AI-nin rolu və məhdudiyyətlərini nümunə vasitəsilə birləşdirəcəksiniz.

Bir hadisənin həyat dövrü

Hər bir ciddi hadisə oxşar mərhələlərdən keçir və AI hər mərhələdə fərqli rol oynayır. Aşkarlama: həyəcan siqnalı səslənir, istifadəçi şikayət edir, metrik bazadan kənara çıxır (Vahid 4). Təsdiqləmə və əhatə dairəsi: bu, həqiqətən də bir problemdirmi, nə qədər genişdir? Diaqnoz: qeydlərdən və ölçülərdən əsas səbəbə keçmək (Vahid 3). Cavab və təsirin azaldılması: zərərin dayandırılması, həll yolu. Daimi həll: dəyişikliklərin idarə edilməsi (Vahid 9), skript (Vahid 2) və ya zəruri hallarda konfiqurasiya (Vahid 5) ilə düzəldin. Öyrənmə: ölümdən sonra və runbook yeniləməsi (Bölmə 7). Süni intellekt aşkarlamada anomaliyaları qeyd edir, diaqnozda fərziyyələr yaradır, müdaxilə variantları təklif edir, həlldə qaralamalar yazır, öyrənmə zamanı sənədlər hazırlayır - lakin hər mərhələdə insanlar qərar verən nöqtədə dayanırlar.

İpucu: İnsidentin ən təhlükəli anı, stressin ən yüksək olduğu zaman diaqnoz və cavab anıdır - məhz süni intellektə kor-koranə etibar etmək istəyi ən güclü olduğu zaman. Nə qədər tələssən, “oxu, yoxla, qayıtmağa hazırlaş” refleksini bir o qədər möhkəm yapışdırırsan. Çaxnaşma anında atlanan bir yoxlama hadisəni ikiqat artırır.

Başdan sona bir nümunə

Gəlin konkretləşdirək. Saat 02:10-da həyəcan siqnalı: p99 ödəniş xidmətinin cavab müddəti 6 saniyədir, baza səviyyəsindən xeyli yuxarıdır (250–400 ms). Aşkarlama düzgündür: izləmə işlədi. Təsdiq: birdən çox yerdən təsdiq, real hadisə. Diaqnostika: mühəndis süni intellektə maskalanmış jurnal və son 20 dəqiqənin göstəricilərini verir; Süni intellekt bir vaxt cədvəli qurur və yavaşlamanın yerləşdirmədən dərhal sonra 02:08-də başlandığını qeyd edir - güclü korrelyasiya, lakin yenə də fərziyyə. Mühəndis bunu yerləşdirmə jurnalı ilə təsdiqləyir: bəli, saat 02:08-də buraxılış buraxıldı. Cavab: ən sürətli azalma paylanmanın geri qaytarılmasıdır; Dəyişiklik sorğusunda geriyə qayıtma addımı hazırdır (Vahid 9). Mühəndis əvvəlcə geriyə qayıtmağı canar məntiqi ilə serverdə həyata keçirir, cavab müddəti yaxşılaşır və sonra onu təbliğ edir. Daimi həll: əsl əsas səbəb (yeni versiyada indeksləşdirilməmiş sorğu) ertəsi gün sakit şəkildə düzəldiləcəkdir. Öyrənmə: Süni intellektdən azad postmortem tərtib edilir və “yerləşdirmədən sonrakı p99 monitorinqi” addımı runbook-a əlavə edilir. Hər mərhələdə AI sürətləndirildi; insan hər qərar nöqtəsində təsdiqlənir.

İnsan-AI əmək bölgüsünün qızıl qaydası

Modul boyu gördüyünüz fərq burada qaydaya çevrilir: “Nə baş verir, nə baş verə bilər, necə yazılmalıdır” suallarında AI öndədir; “İndi bunu etməliyəm, buna kim zəmanət verə bilər?” kimi suallara gəlincə, insanlar öndədir. Süni intellekt yorulmaz, sürətlidir, geniş məlumatı skan edir və planlar yaradır – lakin o, tam konteksti bilmir, halüsinasiyalar yarada bilər, hesabatlılığı idarə edə bilmir və təşkilatınızın gizli asılılıqlarını görmür. İnsan yavaşdır, lakin kontekst, məsuliyyət və mühakimə aparır. Ən yaxşı nəticə ikisi arasında düzgün əmək bölgüsüdür: təkrarlanan, mətnli, məhsuldar işi AI-yə həvalə edin; Doğrulama, qərar və icranı insan saxlayın.

üç mini qutu

1-ci hal - 40 dəqiqə başdan sona. Disklə dolu bir hadisədə, SRE bütün zənciri AI ilə sürətləndirdi: əsas xətt ilə həyəcan siqnalını təsdiqlədi (5 dəq), maskalı jurnalı YZ olaraq ümumiləşdirdi və ilk xətanı tapdı (5 dəq), real sistemdə AI-nin "log fırlanması dayandırıldı" fərziyyəsini təsdiqlədi (5 dəq), hazır təmizləmə skriptini işlətdi və həyata keçirdi. faktları yoxladı (15 dəq). Cəmi 40 dəqiqə; AI olmadan təxminən iki dəfə çox. Amma hər mərhələdə bir yoxlama addımı var idi.

2-ci hal - Çaxnaşma anında yoxlama atlandı. Başqa bir komanda kəsilməyə tələsdi. O, süni intellektin ilk əsas səbəb fərziyyəsini (asılılıq xidməti) yoxlamadan qəbul etdi və həmin xidməti yenidən işə saldı. Problem həll edilmədi, çünki əsl səbəb başqa idi; Üstəlik, lazımsız yenidən yükləmə ikinci bir fasilə yaratdı. Dərs: tələsik yoxlamadan keçmək üçün əsas deyil; Süni intellekt fərziyyəsi təsdiqlənməmişdən əvvəl hərəkət hadisəni gücləndirir.

3-cü vəziyyət - Həddindən xəbərdar olmaq. Mühəndis süni intellektin mürəkkəb şəbəkə problemi ilə bağlı tələb etdiyi konfiqurasiya dəyişikliyini həyata keçirmək üzrə idi. Lakin dəyişiklik geri dönməz görünürdü və AI agentliyin xüsusi marşrutlaşdırma qaydalarını bilmirdi. Mühəndis dayandı, böyük şəbəkə mütəxəssisi ilə məsləhətləşdi və AI-nin təklifinin bu xüsusi topologiyada marşrutlaşdırma dövrəsi yaradacağını öyrəndi. Süni intellekt həddini bilmək bir fasilənin qarşısını aldı.

Dörd kopyalana bilən şablon

1) Hadisə tətikinin xülasəsi (triaj):

Rolunuz: baş SRE, insident komandirinin köməkçisi. Aktiv bir tədbir var. Sizə verdiyim maskalı xəbərdarlıq/metrik/loq mənə tez bir qiymətləndirmə verir: (1) simptom nədir, (2) təsir dairəsi nədir, (3) əvvəlcə baxmaq üçün 3 sahə, (4) hər biri üçün yalnız oxumaq üçün idarəetmə əmri. Qərar və icra mənimdir; Yol göndər. Məlumat: [maskalı]

2) Mərhələli insidentlərin idarə edilməsi təlimatı:

Simptom [simptom] üçün hadisənin həyat dövrü boyunca məni addım-addım aparın: aşkarlamanın təsdiqi, diaqnoz, yumşaldılma, daimi həll, öyrənmə. HƏR mərhələdə mənə (a) nə etməli olduğumu, (b) bunu nə vaxt AI-yə təhlükəsiz şəkildə həvalə edə biləcəyimi, (c) özüm hansı qərarı verməli olduğumu deyin. Tələssəm belə keçməməli olduğum yoxlama addımlarını qeyd edin.

3) Qərar vermə nöqtəsinə nəzarət:

Mən hadisənin ortasındayam və bu hərəkəti etmək üzrəyəm: [hərəkət]. Həyata keçirməzdən əvvəl məndən soruşun: (1) bu geri qaytarıla bilərmi, (2) hansı yoxlamanı etmişəm/etməmişəm, (3) geri qaytarma planım varmı, (4) bu hərəkətin əslində əsas səbəbi həll etdiyinə dair sübutum varmı? Nəyinsə çatışmadığını görsən, məni dayandır.

4) Hadisədən sonra inteqrasiya olunmuş öyrənmə:

Yenicə həll edilmiş insident üçün [xülasə] mənə verir: (1) təqsirsiz ölümdən sonrakı qaralama, (2) bu hadisənin qarşısını alacaq 3 daimi təkmilləşdirmə (monitorinq/avtomatlaşdırma/konfiqurasiya), (3) yenilənməsi lazım olan runbook addımları, (4) oxşar hadisə üçün erkən xəbərdarlıq siqnalı təklifi. Əsas səbəbi sübut olmadan yazmaq; faktlara əsaslanır.

Zəif məlumat / Güclü göstəriş

Zəif çağırış:

Sistem çökdü, nə etməliyəm?

Kontekstsiz və yoxlanılmadan çaxnaşma içində olan bu məlumat süni intellektdən ümumi və bəlkə də təhlükəli məsləhətlər alır. Tələsmək ən çox bu məqamda səhvlərə yol açır.

Güclü göstəriş:

Rolunuz: hadisə komandirinin köməkçisi. Aktiv hadisə: ödəniş xidmətiip99 cavab müddəti 02:10-dan etibarən 15 dəfə baza (250-400 ms). 02:08-də paylama olduğunu bilirəm. Mənə verin:(1) ən çox ehtimal olunan fərziyyəni və onu YALNIZ OXUYUNU necə yoxlamaq olar, (2) ən sürətli və GERİ DÖNÜŞƏ BİLƏN yumşaldılma seçimi, (3) bu azalmanı tətbiq etməzdən əvvəl nəzarət etməli olduğum risklər. İcra və təsdiqim var. Əlavə məlumat: [maskalı metrik/loq]

hadisə mərhələsi

AI-nin rolu

Kritik insan qərarı

aşkarlanması

Anomaliyanı qeyd edin

Bu faktiki hadisədirmi, əhatə dairəsi nədir?

Diaqnoz

hipotezin yaranması

Hansı fərziyyə təsdiqləndi?

azalma

Seçimlər təklif etməyin

Hansı azalma geri qaytarıla bilər?

daimi həll

Qaralama/skript

Dəyişikliyi təsdiqləyin və icra edin

Öyrənmək

Ölümdən sonrakı eskiz

Faktların və dərslərin təsdiqlənməsi

Ümumi səhvlər

• Panik içində doğrulamanın atlanması. Tələsmək “oxumaq-doğrulamaq-hazırlamaq” refleksindən imtina etmək üçün əsas deyil; Stress artdıqca nizam-intizam da artmalıdır.
• Bir fərziyyəni sübut üçün səhv salmaq. Süni intellektin ilk əsas səbəb təklifini təsdiqləmədən tədbir görmək insidenti daha da artıracaq.
• AI-nin kontekst sərhədini unutmaq. AI təşkilatın gizli asılılıqlarını bilmir; Kritik dəyişikliklərdə insan mühakiməsi üstünlük təşkil edir.
• Öyrənmə mərhələsini keçmək. Hadisə, ölümdən sonra və runbook yeniləmələri olmadan, eyni gecə yenidən başlayır.
• Məsuliyyəti AI üzərinə qoymaq. "AI belə dedi" müdafiə deyil; İcra məsuliyyəti həmişə insanın üzərinə düşür.

Diqqət: Hadisələrin idarə edilməsində süni intellektdən istifadə insidentlərin idarə edilməsini öyrənməni əvəz etmir. Avtomobil qəzaya uğraya, qəzaya uğraya və ya əlçatmaz ola bilər. Əsasları bilən mühəndis AI ilə daha sürətlidir; Əsasları bilməyən mühəndis süni intellektlə daha tez səhv edəcək. Əvvəlcə nizam-intizam qurun, sonra süni intizamdan sürət əldə edin.

Xülasə

Real aləmdə hissələr bir-bir gəlmir, hadisə daxilində bir-birinə qarışır. Bir hadisənin aşkarlanmasından öyrənilməsinə qədər, süni intellekt hər mərhələdə sürətləndirir: anomaliyaları qeyd edir, fərziyyələr yaradır, variantlar təklif edir, qaralamalar hazırlayır, ölümdən sonra hazırlayır. Ancaq hər qərar nöqtəsində dayanır - diaqnozu təsdiqləyir, azaltmağı seçir, dəyişikliyi təsdiqləyir, nəticəyə sahib olur. Qızıl qayda aydındır: süni intellekt “nə olur, necə yazılmalı” suallarında, insanlar isə “bunu etməliyəm, zamin kimdir?” suallarında irəlidədir. Çaxnaşma vaxtlarında nizam-intizamı artırın, fərziyyəni sübutlardan ayırın, AI-nin kontekst limitini xatırlayın və hər hadisədən bir runbook dərsi çəkin. Bu modulun mahiyyəti bir cümlədir: AI güclü köməkçidir; Mühəndislik məsuliyyəti həvalə edilə bilməz.

Tətbiq tapşırığı

Keçmişinizdə yaşadığınız (və ya təsəvvür etdiyiniz) bir hadisəni əvvəldən axıra qədər nəzərdən keçirin. Yuxarıdakı "Mərhələli insidentlərin idarə edilməsi təlimatı" şablonu ilə süni intellektdən insidenti aşkarlama-diaqnozlaşdırma-azaltma-həll etmə-öyrənmə mərhələlərində istiqamətləndirməsini xahiş edin; Hər mərhələdə AI-yə həvalə edə biləcəyiniz addımı və özünüz qərar verməli olduğunuz addımı ayrıca yazın. Diaqnoz mərhələsində yoxlama əmri ilə ən azı bir AI hipotezini təsdiq edin. Nəhayət, “Post-hadisə inteqrasiya olunmuş öyrənmə” şablonu ilə ölümdən sonra və runbook yeniləmə layihəsi hazırlayın. Bütün prosesdə insan-AI əmək bölgüsünü 7 maddədə ümumiləşdirin.

yoxlama siyahısı

• [ ] Mən insidenti aşkarlama, diaqnostika, təsirin azaldılması, həlli və öyrənmə mərhələlərinə bölmüşəmmi?
• [ ] Mən süni intellektə həvalə edilə bilən addımlarla hər mərhələdə insanın qərar verməsini tələb edən addımlar arasında fərq qoymuşammı?
• [ ] Diaqnozda mən süni intellekt fərziyyəsini sübutdan ayırdım və yoxlama əmri ilə təsdiqlədim?
• [ ] Mən yumşaltmanı geri çevrilmə və geriyə qaytarma planı baxımından qiymətləndirmişəmmi?
• [ ] Mən çaxnaşma anlarında belə "oxu-doğrula-qayıtmağa hazırlaş" refleksini qorudummu?
• [ ] Mən hadisədən ölümdən sonrakı və runbook dərsi aldımmı?

Modul imtahanı

1. Aşağıdakılardan hansı sistem və şəbəkə idarəçiliyində süni intellekt üçün ən dəqiq mövqeləşdirmədir?

• A) Süni intellekt köməkçi və qərara dəstək vasitəsidir; Kritik icra qərarlarının məsuliyyəti və yekun təsdiqi insanların üzərinə düşür ✔
• B) Süni intellekt insanların razılığı olmadan əmrləri işlədə və istehsalda dəyişikliklər həyata keçirə bilər
• C) Süni intellekt yalnız mətn yazmaqda işləyir, onun sistem və şəbəkə işinə heç bir aidiyyatı yoxdur
• D) Süni intellekt həmişə insanlardan daha dəqiq qərarlar verir, ona görə də yoxlamaya ehtiyac yoxdur

Təsvir: Süni intellekt skriptlər, log təhlili və sənədlər kimi qaralamalar və təhlillər hazırlayan köməkçi və qərara dəstək vasitəsidir. Əmr yerinə yetirmək və ya dəyişikliyi təsdiqləmək kimi fasilələrə, məlumat itkisinə və təhlükəsizliyə təsir edən icra qərarlarının məsuliyyəti və yekun təsdiqi səlahiyyətli mühəndisə məxsusdur.

2. İstehsalda süni intellekt tərəfindən yaradılan əmri işə salmazdan əvvəl həyata keçirilməli olan yoxlama refleksinin dörd addımı hansılardır?

• A) Kopyalayın, yapışdırın, qaçın, ümid edin
• B) Oxuyun və anlayın, sənədləşdirin, təcrid olunmuş mühitdə cəhd edin, əks əlaqəyə hazır olun ✔
• C) Bəyənmək, paylaşmaq, saxlamaq, arxivləşdirmək
• D) Silmək, yenidən yazmaq, sıxmaq, göndərmək

Təsvir: Kritik çıxışa tətbiq etmək üçün dörd addım: (1) əmr sətirini sətir-sətir oxuyun və anlayın, (2) bayraqları və sintaksisi rəsmi sənədlərlə əlaqələndirin, (3) onu təcrid olunmuş/sınaq mühitində sınayın, mümkünsə quru işə salın, (4) səhv olarsa, ehtiyat planı hazırlayın (ehtiyat, snapshot).

3. Avtomatlaşdırma skriptinin “idempotent” olması nə deməkdir və bu nə üçün vacibdir?

• A) Skript hər qaçışda fərqli nəticələr verir
• B) Skript yalnız bir dəfə işləyə və sonra silinə bilər
• C) Skript ikinci dəfə işlədildikdə heç bir zərər vermir; ✔ Yenidən işə salınsa belə təhlükəsizdir
• D) Skriptdə xətaların idarə edilməsi yoxdur

İzahat: İdempotentlik o deməkdir ki, eyni skript iki və ya daha çox dəfə işlədildikdə, o, ikinci işdə zərər vermir və ya xəta yaratmır. “İstifadəçi artıq varsa keçin”, “qovluq yoxdursa yaradın, varsa ona toxunmayın” kimi məntiqlər qurulub. Bu, təsadüfən yenidən işə salınsa belə, avtomatlaşdırmanın təhlükəsiz işləməsini təmin edir.

4. Dağıdıcı əməliyyatları (silinmə, yenidən başladın) ehtiva edən skriptin təhlükəsizliyini təmin etməyin ən əsas yolu hansıdır?

• A) Skripti mümkün qədər tez işə salın
• B) Səhv mesajlarının gizlədilməsi
• C) Skriptin birbaşa istehsalda sınaqdan keçirilməsi
• D) Dağıdıcı əməliyyatları defolt quru əməliyyatın arxasına qoymaq və faktiki icranı açıq işarə ilə bağlamaq ✔

İzahat: Destruktiv olaraq quru rejimdə dağıdıcı proseslərin saxlanması və yalnız faktiki tətbiqin açıq təsdiq bayrağı ilə işə salınması (məsələn, --apply) ilk olaraq skript işləyərkən nə baş verəcəyini görməyə imkan verir. Həmçinin null dəyişənlərin yoxlanılması (VAR:?) yol xətalarının qarşısını alır.

5. Log analizində “korrelyasiya səbəbli əlaqə deyil” prinsipi nə deməkdir?

• A) Birgə dəyişən iki hadisənin mütləq səbəb-nəticə əlaqəsində olması şərt deyil; Səbəb əlaqəsi də yoxlanılmalıdır ✔
• B) Jurnallarda korrelyasiya axtarmaq vaxt itkisidir
• C) Birgə dəyişən iki hadisədən biri mütləq digərinin səbəbidir.
• D) Səbəb əlaqəsini ancaq süni intellekt müəyyən edə bilər

İzah: İki hadisənin eyni vaxtda baş verməsi (korrelyasiya) birinin digərinə səbəb olması (səbəb əlaqəsi) demək deyil; Hər ikisi üçüncü hadisənin nəticəsi ola bilər. Süni intellektin “X-nin Y-yə səbəb ola biləcəyi” təklifi bir fərziyyədir və sistemdə təsdiqlənməyincə tapıntı hesab edilmir.

6. Performans monitorinqində cavab müddətini ölçərkən nə üçün faiz dərəcəsinə (p95/p99) orta hesabla üstünlük verilir?

• A) Faiz hesablamaq orta hesabla daha asandır
• B) Orta azlığın pis təcrübəsini gizlədir; Persentil bu gizli problemləri ortaya qoyur ✔
• C) Orta həmişə səhvdir və istifadə edilməməlidir
• D) Faiz yalnız CPU ölçülərinə aiddir

İzahat: Orta, istifadəçilərin kiçik bir hissəsinin yaşadığı çox pis təcrübəni gizlədir. Ortalama 200 ms kimi görünsə də, p99 6 saniyə ola bilər; Bu o deməkdir ki, hər yüz sorğudan biri dəhşətli dərəcədə yavaşdır. Yüzdəlik bu azlığın orta hesabla gizlədilən ağrısını görünür edir.

7. Konfiqurasiyanın idarə edilməsində “drift” nədir və nə üçün təhlükəlidir?

• A) Gecələr şəbəkə trafiki azalır
• B) Serverin fiziki yerdəyişməsi
• C) Serverlər zaman keçdikcə bir-birindən və standartdan kənara çıxırlar; ✔ Problem yaranana qədər görünməzdir
• D) Konfiqurasiya fayllarının avtomatik ehtiyat nüsxəsi

Təsvir: Drift, zamanla sənədləşdirilməmiş əl dəyişiklikləri nəticəsində serverlərin bir-birindən və standartdan kənara çıxmasıdır. Onun təhlükəsi onun səssizliyidir: problem yaranana qədər görünmür, sonra bir server digərlərindən fərqli davranır və diaqnoz saatlarla davam edir. Süni intellekt müqayisə yolu ilə sürüşməni görünür edir; Qızıl qaynaq prinsipi qarşısını alır.

8. Nə üçün 'plan' addımı IaC alətlərində (Terraform kimi) ən vacib təhlükəsizlik qoruyucudur?

• A) Plan kodu daha sürətli işlədir
• B) Plan vəziyyəti faylını silir
• C) Plan yalnız kod formatını düzəldir
• D) Plan həyata keçirilməzdən əvvəl nələrin əlavə olunacağını, dəyişdiriləcəyini və SİLİNƏNİ göstərir; Məlumat itkisinin qarşısını alır✔

Təsvir: Plan (terraform plan / ansible --check) kodu icra etməzdən əvvəl 'nə dəyişəcək' önizləməsini verir: nə qədər resurs əlavə olunacaq, dəyişdiriləcək, silinəcək. Xüsusilə, "məhv et" və "məcburi dəyişdirmə" sətirləri həyata keçirilməzdən əvvəl məlumatların itirilməsi riskini göstərir. Planı oxumadan müraciət etmək ən bahalı səhvlərdən biridir.

9. Nə üçün Terraform dövlət faylı diqqətlə qorunmalı və AI və ya açıq depolara yapışdırılmamalıdır?

• A) Dövlət faylına açıq mətn sirləri daxil edilə bilər; Sızdırıldığı təqdirdə şəxsiyyət məlumatları açıqlanacaq ✔
• B) Dövlət faylı çox böyük olduğundan
• C) Dövlət faylı artıq oxunmaz şəkildə şifrələnib.
• D) Dövlət faylı paylaşıldıqda kod daha sürətli işləyir

Təsvir: Dövlət faylı idarə olunan infrastrukturun cari vəziyyətini saxlayır və sadə mətn sirlərini (verilənlər bazası parolları, açarlar) ehtiva edə bilər. Buna görə də, o, şifrələnmiş, girişi məhdudlaşdırılmış, kilidlənmiş uzaq arxa hissədə saxlanmalıdır; Onu heç vaxt ictimai nəqliyyat vasitəsinə və ya anbara qoymaq olmaz, əks halda sirr sızacaq.

10. Sənədlərdə “səhv runbook runbook-dan daha təhlükəlidir” ifadəsi nəyi vurğulayır?

• A) Runbook yazmaq vaxt itkisidir
• B) Sınaq olunmamış runbook böhranda kor-koranə həyata keçirilir; Bir səhv addım fəlakətə səbəb ola bilər✔
• C) Runbooks yalnız administratorlar üçün yazılır
• D) Sənədlər heç vaxt yenilənməməlidir

İzahat: Runbook olmayan komanda böhran zamanı ehtiyatlı və şübhəli olur; lakin 'rəsmi' runbook olan şəxs onu sorğu-sual etmədən stress altında tətbiq edir. Əgər runbook sınaqdan keçirilməyibsə və bir addım səhvdirsə, kor tətbiqi fəlakətə səbəb olacaq. Buna görə də hər bir runbook real mühitdə hərtərəfli sınaqdan keçirilməli və möhürlənməlidir.

11. Proqnozlaşdırılmış texniki xidmətdə diskin nasazlığa yaxınlaşdığını anlamaq üçün düzgün yanaşma hansıdır?

• A) Bircə pis SMART diski dərhal dəyişdirin
• B) SMART məlumatlarına tamamilə məhəl qoymamaq
• C) Dəyərlərin zamanla tendensiyasına baxmaq; ✔ Ardıcıl və sürətləndirici artım siqnal sayı
• D) Yalnız disk tam çökdükdən sonra tədbir görülməsi

İzahat: Bircə pis SMART oxu çaxnaşmaya səbəb deyil; Disklərdə vaxtaşırı səhvlərin düzəldilməsi normaldır. Həqiqi siqnal tendensiyadır: zamanla yenidən bölüşdürülmüş sektor kimi dəyərlərin ardıcıl və sürətlə artması. Buna görə süni intellektə bir oxu deyil, zaman seriyası verilir.

12. İstehsal dəyişikliyinin ən çox diqqətdən kənarda qalan, lakin kritik iki hissəsi hansılardır?

• A) Dəyişikliyin rəngi və adı
• B) Dəyişikliyi edən şəxsin adı və şöbəsi
• C) Sosial mediada dəyişikliyin elan edilməsi
• D) Geri çəkilmə planı və müvəffəqiyyətin yoxlanılması meyarları ✔

İzahat: Dəyişiklik həyata keçirilməzdən əvvəl “pis olarsa, mən tam olaraq necə geri çəkiləcəm” (geri qaytarma planı) və “onun uğurlu olduğunu necə sübut edə bilərəm” (uğur yoxlama meyarları) suallarına yazılı cavab yoxdursa, həmin dəyişiklik hələ hazır deyildir. Bu ikisi olmadan pozulmuş dəyişiklik "tamamlanmış" hesab edilə bilər.

13. Nə üçün eyni vaxtda bütün serverlərə təhlükəsizlik tətbiqini (yeni versiya/yamaq) yaymaqdansa, “kanarya” yanaşmasına üstünlük verilir?

• A) Dəyişiklik əvvəlcə kiçik hissəyə tətbiq edilir; Səhv bütün donanmaya deyil, kiçik bir hissəyə təsir edir və erkən aşkarlanır ✔
• B) Kanar paylanması daha az elektrik enerjisi sərf edir
• C) Canary yerləşdirmə yoxlamasını tamamilə lazımsız edir
• D) Canary deployment yalnız verilənlər bazalarına aiddir

Təsvir: Canary deployment dəyişikliyi əvvəlcə kiçik bir hissəyə (bir server, istifadəçilərin 5%-i) tətbiq edir və monitorinq edir. Beləliklə, bir səhv bütün donanmaya deyil, kiçik bir hissəyə təsir edir və erkən tutulur. Bir anda yayılan səhv bütün istifadəçiləri eyni anda vurur.

14. Mühafizə işində süni intellektdən istifadə edərkən dəyişməz etik və hüquqi qayda hansıdır?

• A) Süni intellekt istənilən sistemdə zəiflikləri skan etmək üçün sərbəst şəkildə istifadə edilə bilər
• B) Etika kodeksi yalnız böyük qurumlara şamil edilir
• C) Yalnız icazə verilən sistemlərdə və müdafiə məqsədləri üçün istifadə olunur; İcazəsiz giriş və ya hücum üçün istifadə cinayətdir ✔
• D) Öyrənmək üçün başqasının sisteminə sızmaq sərbəstdir.

Təsvir: Sistem və şəbəkə məlumatları ikili istifadədir. Süni intellekt yalnız sizin yazılı icazəniz olan sistemlərdə və müdafiə məqsədləri üçün istifadə edilə bilər (təhdidlərin aşkarlanması, sərtləşdirmə, insidentlərə cavab). Sizə aid olmayan sistemi skan etmək və ya sızmaq üçün ondan istifadə etmək icazəsiz giriş və cinayətdir; Öyrənmək üçün təcrid olunmuş laboratoriyadan istifadə edilməlidir.