Пайдалар:
- аныктоо, диагностикалоо, жумшартуу, туруктуу чечүү жана окутуу этаптарында жасалма интеллект колдоосу менен инцидентти аягына чейин башкаруу
- Жасалма интеллектке өткөрүлө турган кадамдарды жана ар бир этапта адамдын чечимин талап кылган кадамдарды бөлүп, паника учурунда да текшерүү тартибин сактоо мүмкүнчүлүгү.
- Жасалма интеллект "эмне болуп жатат, кантип жазуу керек" деген суроолорго караганда артыкчылыкка ээ деген алтын эрежени жана адамдар "мен муну кылышым керекпи, ким кепилдик берет" деген суроолорго артыкчылыктуу экенин бизнес рефлексине айландыра билүү.
Баштан аягына чейин интеграция: AI менен инцидентти башынан аягына чейин башкаруу
Сиз мурунку он бирдиктеги бөлүктөрдү үйрөндүңүз: скрипт, лог анализи, мониторинг, конфигурация, IaC, документация, болжолдуу тейлөө, өзгөрүүлөрдү башкаруу жана коопсуздук. Бирок реалдуу дүйнөдө бул бөлүктөр бир-бирден келбейт, бирок бир окуянын ичинде чырмалышат. Бул акыркы бөлүмдө биз бөлүктөрдү бириктиребиз: сиз түн ортосунда башталган инцидентти кантип башкарууну аягына чейин, аныктоодон түпкү себебине чейин, оңдоодон документтештирүүгө чейин жана ар бир этапта AIнин туура дозасын колдонууну көрөсүз. Максат жаңы техниканы үйрөтүү эмес; инженердик рефлекс катары үйрөнгөн нерселериңизди бириктирип, модул бою кайталанган бир чындыкты бекемдейт: AI ар бир этапта ылдамдайт, жарык берет жана пландарды түзөт; бирок диагнозду тастыктаган, команданы башкарган, өзгөртүүнү тастыктаган жана натыйжа үчүн жоопкерчиликти ар дайым адам өзүнө алат.
Бул бөлүмдө сиз окуянын жашоо циклин - аныктоо, диагностикалоо, кийлигишүү, чечүү, үйрөнүү - жана ар бир этапта AI ролун жана чектерин мисал аркылуу бириктиресиз.
Окуянын жашоо цикли
Ар бир олуттуу окуя окшош баскычтардан өтөт жана AI ар бир этапта ар кандай роль ойнойт. Аныктоо: ойготкуч угулат, колдонуучу арызданат, метрика базалык көрсөткүчтөн четтеп жатат (4-бирдик). Текшерүү жана масштабы: бул чындап эле маселеби, ал канчалык кеңири? Диагноз: журналдардан жана метрикадан негизги себебин табуу (3-бирдик). Жооп жана жумшартуу: зыянды токтотуу, убактылуу чечүү. Туруктуу чечим: өзгөртүүнү башкаруу (9-бирдик), скрипт (2-бирдик) же керек болсо конфигурация (5-бөлүк) менен оңдоо. Үйрөнүү: өлгөндөн кийин жана runbook жаңыртуу (7-бөлүк). AI аныктоодогу аномалияны белгилейт, диагностикада гипотезаларды чыгарат, кийлигишүүдө варианттарды сунуштайт, чечимдин долбоорлорун жазат, окууда документтерди чыгарат - бирок ар бир этапта адамдар чечим чыгарууда турат.
Кеңеш: Окуянын эң кооптуу учуру - бул диагноз коюу жана жооп берүү учуру, бул стресс эң жогору болгон учурда - так AIга сокур ишенүү каалоосу күчтүү болгондо. Канчалык ашыксаң, ошончолук "окуу, текшерүү, кайтууга даярдануу" рефлексин бекем кармайсың. Паника учурунан өтүп кеткен бир текшерүү окуяны эки эсеге көбөйтөт.
Башынан аягына чейин мисал
Аны конкреттештирели. Саат 02:10до ойготкуч: p99 төлөм кызматынын жооп берүү убактысы 6 секунд, бул базалык көрсөткүчтөн бир топ жогору (250–400 мс). Туура аныктоо: көз салуу иштеди. Ырастоо: бир нече жерден ырастоо, реалдуу окуя. Диагностика: инженер AI үчүн маскаланган журналды жана акыркы 20 мүнөттүн көрсөткүчтөрүн берет; AI убакыт графигин белгилейт жана жайлаштырылгандан кийин дароо 02:08де башталат деп белгилейт - күчтүү корреляция, бирок дагы эле гипотеза. Инженер муну жайылтуу журналы менен тастыктайт: ооба, релиз саат 02:08де чыкты. Жооп: эң тез кыскартуу - бөлүштүрүүнү артка кайтаруу; Өзгөртүү өтүнүчүндөгү артка кайтаруу кадамы даяр (9-бирдик). Инженер адегенде канар логикасы бар серверде артка кайтарууну ишке ашырат, жооп берүү убактысы жакшырат, андан кийин аны жайылтат. Туруктуу чечим: чыныгы түпкү себеби (жаңы версияда индекстелбеген суроо) эртеси күнү тынч чечилет. Үйрөнүү: Жасалма интеллектсиз пост-мортем даярдалып, “п99 жайгаштыруудан кийинки мониторинг” кадамы runbook китебине кошулат. Ар бир этапта AI ылдамдады; адам ар бир чечим пунктунда тастыкталган.
Адам-AI эмгек бөлүштүрүүнүн алтын эрежеси
Модул боюнча сиз көргөн айырмачылык бул жерде эрежеге айланат: AI "эмне болуп жатат, эмне болушу мүмкүн, кантип жазуу керек" деген суроолордо алдыда; “Эми мен ушундай кылышым керекпи, буга ким кепилдик бере алат?” деген суроолорго келгенде эл алдыда. AI чарчабайт, тез, кеңири маалыматты сканерлейт жана долбоорлорду түзөт — бирок ал толук контекстти билбейт, галлюцинацияларды жаратышы мүмкүн, жоопкерчиликти көтөрө албайт жана уюмуңуздун жашыруун көз карандылыктарын көрбөйт. Адам жай, бирок контекстти, жоопкерчиликти жана сотту көтөрөт. Эң жакшы натыйжа бул экөөнүн ортосундагы эмгекти туура бөлүштүрүүдө: AIга кайталануучу, тексттик, өндүрүштүк ишти тапшырыңыз; Текшерүүнү, чечимди жана аткарууну адам катары сактаңыз.
үч мини учурлар
Иш 1 — 40 мүнөт аягына чейин. Диск толгон окуяда, SRE AI менен бүт чынжырды тездетти: сигналды базалык көрсөткүч менен ырастады (5 мүн), маскаланган журналды YZге жыйынтыктады жана биринчи катаны тапты (5 мүн), AIнын "журналдын айлануусу токтоду" гипотезасын реалдуу системада текшерди (5 мүнөт), даяр тазалоо скриптин иштетип, ишке киргизди. фактыларды текшерди (15 мин). Бардыгы болуп 40 мүнөт; AI жок болжол менен эки эсе көп. Бирок ар бир этапта текшерүү кадамы болгон.
2-жагдай - дүрбөлөңгө түшкөндө текшерүү өткөрүп жиберилди. Дагы бир команда жарды. Ал AIнын биринчи түпкү себеп гипотезасын (көз карандылык кызматы) аны текшербестен кабыл алып, ошол кызматты кайра иштетти. Маселе чечилген жок, анткени чыныгы себеп башка нерсе болгон; Андан тышкары, керексиз кайра жүктөө экинчи өчүрүүнү жаратты. Сабак: шашылыш текшерүүнү өткөрүп жиберүүнү актабайт; AI гипотезасы тастыкталганга чейин, иш-чара окуяны күчөтөт.
3-жагдай - Чекти билүү. Инженер AI татаал тармак маселеси боюнча талап кылган конфигурацияны өзгөртүүнү ишке ашырганы жаткан. Бирок өзгөртүү кайтарылгыс болуп көрүндү жана AI агенттиктин маршруттук эрежелерин билген эмес. Инженер токтоп, тармактын улук эксперти менен кеңешип, AI сунушу ушул топологияда маршруттук циклди түзөөрүн билди. AI чегин билүү үзгүлтүккө жол бербейт.
Көчүрүү үчүн төрт шаблон
1) Окуянын триггеринин корутундусу (триаж):
Сиздин ролу: улук SRE, жардамчысы окуя командири. активдүү иш-чара бар. Мен сизге берген маскаланган эскертүү/метрикалык/лог мага тез триажды берет: (1) симптом деген эмне, (2) таасирдин масштабы кандай, (3) биринчи карап чыгуу үчүн 3 аймак, (4) ар бири үчүн окуу үчүн гана башкаруу буйругу. Чечим жана аткаруу меники; Жол жибер. Берилиштер: [маскаланган]
2) Этаптуу инциденттерди башкаруу боюнча колдонмо:
Симптом [симптом] үчүн инциденттин жашоо цикли аркылуу мени кадам-кадам алып барыңыз: аныктоону ырастоо, диагноз коюу, азайтуу, туруктуу чечүү, үйрөнүү. АР БИР этапта мага (а) эмне кылышым керек экенин, (б) качан мен аны AIга аман-эсен тапшыра алам, (в) кандай чечимди өзүм кабыл алышым керек экенин айт. Шашылсам да өткөрүп жибербешим керек болгон текшерүү кадамдарын белгилеңиз.
3) чечимдерди кабыл алуу пунктун контролдоо:
Мен окуянын ортосундамын жана мен төмөнкү иш-аракетти жасайын деп жатам: [аракет]. Ишке ашыруудан мурун, менден сураңыз: (1) бул кайра кайтарылабы, (2) мен кандай текшерүүлөрдү жасадым/жаткан жокмун, (3) артка кайтаруу планым барбы, (4) бул иш-аракет түпкү себебин чындап чечкендигине далилим барбы? Эгер бир нерсе жок болсо, мени токтоткула.
4) Окуядан кийинки интеграцияланган окутуу:
Жаңы эле чечилген окуя үчүн [кыскача баяндама] мага төмөнкүлөрдү берет: (1) эч кандай күнөөсү жок өлүмдөн кийинки долбоор, (2) бул окуянын алдын ала турган 3 туруктуу жакшыртуу (мониторинг/автоматташтыруу/конфигурация), (3) жаңыртылышы керек болгон runbook кадамдары, (4) ушуга окшош инцидент үчүн эрте эскертүү сигналы сунушу. Негизги себепти далилсиз жазуу; фактыларга негизделген.
Алсыз тездик / Күчтүү тездик
Алсыз билдирүү:
Система бузулду, эмне кылышым керек?
Паникаланган, контекстсиз жана текшерүүсүз, бул тездик AIдан жалпы жана кооптуу кеңештерди алат. Шашылыш бул учурда эң көп каталарга алып келет.
Күчтүү билдирүү:
Сиздин ролуңуз: окуя командиринин жардамчысы. Активдүү окуя: төлөм кызматыip99 жооп берүү убактысы 02:10дон бери 15 жолу базалык (250-400 мс). Саат 02:08де бөлүштүрүү болгонун билем. Мага бериңиз:(1) эң ыктымалдуу гипотезаны жана аны кантип текшерүү үчүн ОКУУ УЧУН, (2) эң тез жана КАЙТАРЫЛБАЙ жумшартуу варианты, (3) бул жумшартууну колдонуудан мурун мен контролдоом керек болгон тобокелдиктер. Менде аткаруу жана бекитүү бар. Кошумча маалымат: [маскаланган метрика/журнал]
окуя фазасы
AI ролу
Критикалык адам чечими
аныктоо
Аномалияны белгилеңиз
Бул чыныгы окуябы, масштабы кандай?
Диагностика
гипотезаны түзүү
Кайсы гипотеза тастыкталды?
кыскартуу
Опцияларды сунуштабаңыз
Кайсы кыскартуу кайра кайтарылат?
туруктуу чечим
Долбоор/скрипт
Өзгөртүүнү бекитүү жана ишке ашыруу
Үйрөнүү
Өлгөндөн кийинки эскиз
Фактыларды жана сабактарды ырастоо
Жалпы каталар
- Паникадан текшерүү өткөрүп жиберүү. Шашылыш “окуу-текшерүү-даярдоо” рефлексинен баш тартууга негиз боло албайт; Стресс күчөгөн сайын дисциплина да жогорулашы керек.
- Гипотезаны далил катары жаңылыштыруу. AIнын негизги себеби жөнүндөгү биринчи сунушун ырастабастан чара көрүү окуяны күчөтөт.
- AI контексттик чектерин унутуу. AI уюмдун жашыруун көз карандылыктарын билбейт; Критикалык өзгөрүүлөрдө адамдын акылы үстөмдүк кылат.
- Окуу фазасын өткөрүп жиберүү. Окуя өлгөндөн кийинки жана runbook жаңыртуулары жок, ошол эле түнү кайра башталат.
- Жоопкерчиликти AIга жүктөө. "AI мындай деди" - бул коргонуу эмес; Аткаруу жоопкерчилиги ар дайым адам баласында.
Абайлаңыз: Окуяларды башкарууда AI колдонуу инциденттерди башкарууну үйрөнүүнү алмаштырбайт. Унаа кыйроого учурашы, сүзүшү же жетүү мүмкүн эмес болушу мүмкүн. Негиздерди билген инженер AI менен ылдамыраак; Негиздерди билбеген инженер AI менен тезирээк ката кетирет. Алгач тартипти орнотуңуз, анан AIдан ылдамдыкты алыңыз.
Кыскача айтканда
Чыныгы дүйнөдө бөлүкчөлөр биринин артынан бири келбейт, бирок бир окуянын ичинде чырмалышат. Окуяны аныктоодон үйрөнүүгө чейин башкарууда AI ар бир этапта ылдамдайт: аномалияны белгилейт, гипотезаларды жаратат, варианттарды, долбоорлорду сунуштайт, өлгөндөн кийин даярдайт. Бирок ар бир чечимде бир токтойт - диагнозду ырастайт, азайтууну тандайт, өзгөртүүнү бекитет, натыйжага ээлик кылат. Алтын эреже айкын: AI "эмне болот, кантип жазуу керек" деген суроолордо алдыда, ал эми адамдар "мен муну кылышым керекпи, ким кепилдик берет?" Паника учурунда тартипти күчөтүңүз, гипотезаны далилдерден бөлүңүз, AI контекстинин чегин эстеңиз жана ар бир окуядан runbook сабагын тартыңыз. Бул модулдун маңызы бир сүйлөм: AI - күчтүү жардамчы; Инженердик жоопкерчиликти өткөрүп берүүгө болбойт.
Колдонмо тапшырмасы
Өткөндө башынан аягына чейин башынан өткөргөн (же элестеткен) окуяны карап көрүңүз. Жогорудагы "Этаптуу инциденттерди башкаруу боюнча колдонмо" шаблону менен AIдан инцидентти аныктоо-диагностика-басаңдатуу-чечүү-үйрөнүү этаптары аркылуу жетектөөнү сураныңыз; Ар бир этапта AIга тапшыра турган кадамды жана өзүңүз чечишиңиз керек болгон кадамды өзүнчө жазыңыз. Диагноз баскычында текшерүү буйругу менен жок дегенде бир AI гипотезасын ырастаңыз. Акырында, "Окуядан кийинки интеграцияланган окутуу" шаблону менен өлгөндөн кийин жана runbook жаңыртуу долбоорун даярдаңыз. Бүткүл процесстеги адам-AI эмгек бөлүштүрүүнү 7 пунктта жалпылоо.
текшерүү тизмеси
- [ ] Мен окуяны аныктоо, диагностикалоо, азайтуу, чечүү жана үйрөнүү этаптарына бөлдүмбү?
- [ ] Мен AIга бериле турган кадамдарды жана ар бир этапта адамдын чечим кабыл алуусун талап кылган кадамдарды айырмаладымбы?
- [ ] Диагноздо мен AI гипотезасын далилдерден бөлүп, аны текшерүү буйругу менен тастыктадымбы?
- [ ] Мен жумшартууну кайра кайтаруу жана артка кайтаруу планы боюнча бааладымбы?
- [ ] Мен паника учурунда да "окуу-текшерүү-даярдоо" рефлексин сактап калдымбы?
- [ ] Окуядан өлгөндөн кийинки сабакты үйрөндүмбү?
Модуль экзамени
1. Төмөнкүлөрдүн кайсынысы системаны жана тармакты башкарууда жасалма интеллект үчүн эң туура позициялоо болуп саналат?
- A) Жасалма интеллект жардамчы жана чечимдерди колдоо куралы; Критикалык аткаруу чечимдеринин жоопкерчилиги жана акыркы бекитилиши адамдарда ✔
- B) Жасалма интеллект командаларды иштетип, адамдын уруксатысыз өндүрүштөгү өзгөрүүлөрдү ишке ашыра алат
- C) Жасалма интеллект текст жазууда гана иштейт, анын системалык жана тармактык иштерге эч кандай тиешеси жок
- D) Жасалма интеллект адамдарга караганда так чечимдерди кабыл алат, ошондуктан текшерүүнүн кереги жок
Сүрөттөмө: Жасалма интеллект – скрипт, лог анализи жана документтер сыяктуу долбоорлорду жана анализдерди чыгарган жардамчы жана чечимдерди колдоо куралы. Жоопкерчилик жана буйрукту аткаруу же өзгөртүүнү бекитүү сыяктуу иштебей калууга, маалыматтарды жоготууга жана коопсуздукка таасир этүүчү аткаруу чечимдеринин акыркы бекитилиши компетенттүү инженерге таандык.
2. Өндүрүштө жасалма интеллект тарабынан түзүлгөн буйрукту иштетүүдөн мурун текшерүү рефлексинин төрт кадамы кандай?
- А) Көчүрүү, чаптоо, чуркоо, үмүт кылуу
- Б) Оку жана түшүнүү, документтештирүү, обочолонгон чөйрөдө аракет кылуу, пикир билдирүүгө даярдануу ✔
- В) Лайк, бөлүшүү, сактоо, архивдөө
- D) Жоюу, кайра жазуу, кысуу, жөнөтүү
Сүрөттөмө: Критикалык жыйынтыкка колдонуу үчүн төрт кадам: (1) буйрук сабын сап боюнча окуп, түшүнүү, (2) желектерди жана синтаксисти расмий документацияга байланыштыруу, (3) аны обочолонгон/сыноо чөйрөсүндө сынап көрүү, мүмкүн болсо кургак иштетүү, (4) ката кетсе, кайра калыбына келтирүү планын (резервдик көчүрүү, снапшот) даярдаңыз.
3. Автоматташтыруу сценарийинин "идемпотенттүү" болушу эмнени билдирет жана бул эмне үчүн маанилүү?
- A) Сценарий ар бир ишке ар кандай натыйжаларды берет
- B) Скрипт бир гана жолу иштетилип, андан кийин жок кылынышы мүмкүн
- C) Скрипт экинчи жолу иштетилгенде эч кандай зыян келтирбейт; ✔ Кайра иштетилген күндө да коопсуз
- D) Скрипт каталарды башкарууну камтыбайт
Түшүндүрмө: Idempotency бир эле скрипт эки же андан көп жолу иштетилгенде, ал зыян келтирбейт же экинчи иштетүүдө каталарды чыгарбайт дегенди билдирет. «Эгер колдонуучу бар болсо, өткөрүп жибер», «эгер каталог жок болсо түз, бар болсо тийбе» деген логика орнотулган. Бул автоматика кокусунан кайра иштетилсе дагы коопсуз иштешин камсыздайт.
4. Деструктивдүү операцияларды (жок кылуу, кайра баштоо) камтыган скриптти коргоонун эң негизги жолу кайсы?
- A) Скриптти мүмкүн болушунча тез иштетиңиз
- B) Ката билдирүүлөрүн жашыруу
- C) Сценарийди түздөн-түз өндүрүштө сыноо
- D) Демейки кургак иштетүүнүн артына кыйратуучу операцияларды коюу жана анык ишке ашырууну ачык белги белгиси менен байланыштыруу ✔
Түшүндүрмө: Демейки боюнча кыйратуучу процесстерди кургак иштетүү режиминде сактоо жана анык жактыруу желекчеси (мисалы, --apply) менен гана чыныгы тиркемени иштетүү скрипт иштегенде эмне болорун алгач көрүүгө мүмкүндүк берет. Ошондой эле нөл өзгөрмөлөрдү текшерүү (VAR:?) жол каталарынын алдын алат.
5. Лог-талдоодо «корреляциялык байланыш эмес» принциби эмнени билдирет?
- А) Бирге өзгөрүүчү эки окуя сөзсүз түрдө себеп-натыйжа байланышында болбойт; Себептүүлүк да текшерилиши керек ✔
- B) Журналдардан корреляцияны издөө - убакытты текке кетирүү
- В) Бирге өзгөргөн эки окуянын бири экинчисине сөзсүз себеп болот.
- D) Себептүүлүк жасалма интеллект аркылуу гана аныкталат
Түшүндүрмө: Эки окуянын бир убакта болушу (корреляция) бири экинчисин (себептүүлүк) пайда кылат дегенди билдирбейт; Экөө тең үчүнчү окуянын натыйжасы болушу мүмкүн. AIнын "X, балким, Y себепкер болгон" деген сунушу гипотеза жана ал системада текшерилмейинче табылга деп эсептелбейт.
6. Эмне үчүн аткаруунун мониторингинде жооп берүү убактысын өлчөгөндө пайыздык көрсөткүч (p95/p99) орточо артыкчы?
- A) Орточо көрсөткүчкө караганда пайыздык эсептөө оңой
- B) Орточо азчылыктын жаман тажрыйбасын жашырат; пайыздык бул жашыруун көйгөйлөрдү ачып берет ✔
- C) Орточо ар дайым туура эмес жана колдонулбашы керек
- D) Процентиль CPU көрсөткүчтөрүнө гана тиешелүү
Түшүндүрмө: Орточо колдонуучулардын кичинекей бөлүгү ээ болгон өтө жаман тажрыйбаны жашырат. Орточо көрсөткүч 200 мс болуп көрүнсө да, p99 6 секунд болушу мүмкүн; Бул ар бир жүз сурамдын бири өтө жай экенин билдирет. Процентиль бул азчылыктын орто эсеп менен жашырылган азабын ачык көрсөтөт.
7. Конфигурацияны башкарууда "дрейф" деген эмне жана ал эмне үчүн коркунучтуу?
- A) Түнкүсүн тармак трафиги азаят
- B) Серверди физикалык көчүрүү
- C) Серверлер убакыттын өтүшү менен бири-биринен жана стандарттан четтейт; ✔ Көйгөй пайда болгонго чейин көрүнбөйт
- D) Конфигурация файлдарынын автоматтык резервдик көчүрмөсү
Сүрөттөмө: Drift – бул серверлердин убакыттын өтүшү менен документсиз кол менен өзгөртүүлөрүнүн натыйжасында бири-биринен жана стандарттан четтөө. Анын кооптуулугу анын унчукпай калышында: көйгөй жаралмайынча көрүнбөйт, андан кийин бир сервер өзүн башкалардан башкача алып жүрөт жана диагностика бир нече саатты талап кылат. AI дрейфти салыштыруу аркылуу көрүнө берет; Алтын менен ширетүү принциби алдын алат.
8. Эмне үчүн "план" кадамы IaC куралдарындагы эң маанилүү коопсуздук тосмосу (Terraform сыяктуу)?
- A) План кодду тезирээк иштетет
- B) План штаттык файлын жок кылат
- C) План код форматын гана оңдойт
- D) План ишке ашыруунун алдында эмнелерди кошуу, өзгөртүү жана ЖОК кылууну көрсөтөт; Маалыматтын жоголушун алдын алат ✔
Сүрөттөмө: План (terraform plan / ansible --check) кодду аткаруудан мурун "эмне өзгөрөт" алдын ала кароону берет: канча ресурстар кошулат, өзгөртүлөт, жок кылынат. Атап айтканда, "жок кылуу" жана "алмаштыруу" сызыктары ишке ашырууга чейин маалыматтарды жоготуу коркунучун көрсөтөт. Планды окубай туруп тапшыруу эң кымбат каталардын бири.
9. Эмне үчүн Terraform мамлекеттик файлы кылдат корголушу керек жана AI же ачык репозиторийлерге чапталбашы керек?
- A) Жөнөкөй тексттик сырлар Мамлекеттик файлга киргизилиши мүмкүн; Эгер ачыкка чыкса, өздүк маалымат ачыкка чыгат ✔
- B) Мамлекеттик файл өтө чоң болгондуктан
- C) Мамлекеттик файл буга чейин окулбай турган шифрленген.
- D) Мамлекеттик файл бөлүшүлгөндө код тезирээк иштейт
Сүрөттөмө: Мамлекеттик файл башкарылган инфраструктуранын учурдагы абалын сактайт жана жөнөкөй текст сырларын камтышы мүмкүн (маалымат базасынын сырсөздөрү, ачкычтар). Ошондуктан, ал шифрленген, кирүү мүмкүнчүлүгү чектелген, кулпуланган алыскы серверде сакталышы керек; Аны эч качан коомдук унаага же репозиторийге коюуга болбойт, антпесе сыр чыгып кетет.
10. Документте "туура эмес runbook, runbook жоктон коркунучтуу" деген сөз эмнени баса белгилейт?
- A) Runbook жазуу - убакытты текке кетирүү
- B) Текшерилбеген runbook кризисте сокур түрдө ишке ашырылат; Бир туура эмес кадам кырсыкка алып келиши мүмкүн ✔
- C) Runbooks администраторлор үчүн гана жазылат
- D) Документтер эч качан жаңыланбашы керек
Түшүндүрмө: Runbook жок команда кризис учурунда этият жана шектүү; бирок "расмий" Runbook бар адам аны эч кандай суроо-жоопсуз стресске кабылат. Эгер runbook текшерилбесе жана бир кадамы туура эмес болсо, сокур ишке ашыруу кырсыкка алып келет. Ошондуктан ар бир Runbook чыныгы чөйрөдө кылдат текшерилип, мөөр басылышы керек.
11. Болжолдуу тейлөөдө, диск бузулууга жакындап калганда түшүнүү үчүн туура ыкма кайсы?
- A) Дароо бир жаман SMART дискти алмаштыруу
- B) SMART маалыматтарды толугу менен этибарга албоо
- C) Баалуулуктардын убакыттын тенденциясына көз салуу; ✔ Сигналдардын санын ырааттуу жана тездетүүчү көбөйтүү
- D) Диск толук кулагандан кийин гана чара көрүү
Түшүндүрмө: Бир эле жаман SMART окуу дүрбөлөңгө түшпөйт; Дисктерде каталар кээде оңдолушу нормалдуу көрүнүш. Чыныгы сигнал - бул тенденция: убакыттын өтүшү менен кайра бөлүштүрүлгөн сектор сыяктуу баалуулуктардын ырааттуу жана тездетилген өсүшү. Ошондуктан AI бир окуу эмес, убакыт сериясын берет.
12. Өндүрүштү алмаштыруунун эң көп көңүл бурулбаган, бирок маанилүү эки бөлүгү кайсылар?
- A) Өзгөртүүнүн түсү жана аты
- B) Өзгөртүүлөрдү киргизген адамдын наамы жана бөлүмү
- C) Социалдык тармактарда өзгөртүү тууралуу жарыя
- D) Кайтаруу планы жана ийгиликти текшерүү критерийлери ✔
Түшүндүрмө: Өзгөртүү ишке ашырылганга чейин "эгер ал начарлап кетсе, мен кантип так артка кетем" (артка кайтаруу планы) жана "анын ийгиликтүү болгонун кантип далилдейм" (ийгиликти текшерүү критерийлери) суроолоруна жазуу жүзүндө жооп жок болсо, ал өзгөртүү азырынча даяр эмес. Бул экөө болбосо, бузулган өзгөртүү "толук" деп эсептелиши мүмкүн.
13. Эмне үчүн коопсуздукту жайылтуу (жаңы версия/патч) бардык серверлерге бир эле учурда жайылтуунун ордуна, "канариялык" ыкма артыкчылыктуу?
- A) Өзгөртүү биринчи аз бөлүгүнө колдонулат; Ката бүткүл флотко эмес, кичинекей бөлүккө таасир этет жана эрте байкалат ✔
- B) Канарлык бөлүштүрүү электр энергиясын аз сарптайт
- C) Canary жайгаштыруу текшерүүнү таптакыр кереги жок кылат
- D) Канарияны жайылтуу маалымат базаларына гана тиешелүү
Сүрөттөмө: Канарияны жайылтуу өзгөртүүнү адегенде кичинекей бөлүккө (бир сервер, колдонуучулардын 5%ы) колдонуу жана мониторинг жүргүзүү. Ошентип, мүчүлүштүк бүткүл флотко эмес, кичинекей бөлүккө таасир этет жана эрте кармалат. Бир убакта тараган мүчүлүштүк бир эле учурда бардык колдонуучуларга тийет.
14. Коопсуздук ишинде жасалма интеллектти колдонууда өзгөрүлгүс этикалык жана укуктук эреже деген эмне?
- A) Жасалма интеллект каалаган системанын кемчиликтерин издөө үчүн эркин колдонулушу мүмкүн
- B) Этика кодекси ири мекемелерге гана тиешелүү
- C) Уруксат берилген системаларда жана коргонуу максаттарында гана колдонулат; Уруксатсыз кирүү же кол салуу үчүн колдонуу кылмыш болуп саналат ✔
- D) Үйрөнүү үчүн башка бирөөнүн системасына кирүү бекер.
Сүрөттөмө: Система жана тармак маалыматы кош колдонуу болуп саналат. Жасалма интеллект сиз жазуу жүзүндөгү уруксаты бар системаларда жана коргонуу максаттарында гана колдонулушу мүмкүн (логдук коркунучтарды аныктоо, катаалдаштыруу, инцидентке жооп берүү). Сизге таандык эмес системаны сканерлөө же инфильтрациялоо үчүн аны колдонуу - уруксатсыз кирүү жана кылмыш; Окуу үчүн обочолонгон лаборатория колдонулушу керек.