Добивки:
- Способност да се подготви барање за промена, проценка на ризик и план за враќање со вештачка интелигенција и да се направи промената безбедна и предвидлива
- Способност да се прошири доменот со сопствени информации за зависност, да се класифицира можноста за враќање и да се стекне способност за планирање постепено распоредување со канари.
- Способност да се разбере дека човекот е тој што ја одобрува, закажува и ја сноси одговорноста за промената и да стекне дисциплина да не ја спроведува без критериуми за успех и враќање назад.
Управување со промени: Проценка на ризик, прозорец за враќање и одржување со вештачка интелигенција
Огромното мнозинство на катастрофи во производствените системи не произлегуваат од напад, туку од промена: закрпа, ажурирање на конфигурацијата, објавување на издавање, „мали“ поправки. Затоа секоја зрела организација има управување со промените: дисциплинирачки процес на планирање на производствената промена, проценување на ризикот, одобрување, имплементирање и враќање назад кога е потребно. Целта не е да се спречи промената, туку да се направи безбедна и предвидлива. Овде, вештачката интелигенција е моќен асистент во изготвување барање за промена, наведување на ризиците и засегнатите системи, воспоставување рамка за план за враќање и подготовка на листа за проверка за распоредување. Но, основното правило останува: ВИ создава план за документирање на промените и ризикот; Лицето кое ја одобрува, закажува и презема одговорност за промената.
Во оваа единица, концептите на барање за промена, проценка на ризик, план за враќање назад, прозорец за одржување, канари/фазна дистрибуција и CAB (Change Advisory Board); Ќе научите како да планирате безбедна промена со вештачка интелигенција.
Анатомија на добро барање за промена
Неконтролирана промена е реченицата „Го ажурирав ова“; Контролирана промена е план. Доброто барање за промена одговара на овие прашања: Што се менува? (обем), Зошто? (оправдување), Кои системи се засегнати? (домен и зависности), Кое е нивото на ризик? (ниско/средно/високо), кога? (прозорец за одржување), Како да аплицирате? (чекори), Како да се потврди? (критериум за успех), Како да го вратите ако тргне лошо? (враќање), Кој одобрува? (власт). Вештачката интелигенција брзо го пополнува овој скелет - но вие сте тие кои навистина ги познавате доменот и ризикот, кои ја познавате организацијата; Списокот на вештачката интелигенција го комплетирате со сопствено знаење за зависност.
Совет: Двата најчесто занемарени делови од промената се „планот за враќање“ и „критериумите за успешност за проверка“. Доколку немате писмен одговор на прашањата „каде точно да се обратам со која команда ако оди лошо“ и „како да докажам дека е успешна“ пред да ја имплементирате промената, таа промена се уште не е готова.
Враќање: излезна порта на секоја промена
Срцето на управувањето со промените е планот за пресврт. Секоја промена мора да има патека за враќање назад: закрпа за враќање назад, враќање на претходната конфигурација, верзија на враќање на претходната верзија, враќање од снимка. Критичната разлика е: некои промени лесно се враќаат (линија за конфигурација), некои се неповратни или многу тешки (миграција на шема на база на податоци, бришење податоци). Неповратните промени се највисоката класа на ризик и бараат најмногу внимание, најмногу резервни копии, најтесниот прозорец за одржување. Прашајте ја вештачката интелигенција „дали оваа промена може да се врати, и ако не, какви дополнителни безбедносни мерки треба да преземам?
Прозорец за одржување и фазно распоредување
Прозорецот за одржување е однапред објавен временски период во кој промената ќе влијае на најмалку корисници - обично ноќе или за време на викенд кога сообраќајот е мал. Но, доброто избирање на времето не е доволно; Постепеното објавување на промената дополнително го намалува ризикот. Распоредувањето на Canary е прво да се примени промената на мал дел (еден сервер, 5% од корисниците), да се следи и да се пропагира доколку нема проблеми. На овој начин, бубачката нема да влијае на целата флота, туку на мал дел и ќе биде рано фатена. Може да побарате од вештачката интелигенција за фазен план за распоредување и метрика за следење во секоја фаза.
Чекор по чекор: Промена со помош на вештачка интелигенција
- Подгответе го барањето. Документирајте ја промената со вештачка интелигенција во насловите погоре.
- Проширете го влијанието. Пополнете ја листата на засегнати системи на вештачката интелигенција со вашата сопствена мапа на зависност; „Што друго е поврзано со оваа услуга?
- Класифицирајте го ризикот. Ниско/средно/високо и реверзибилно? Потребен е најстрог процес, кој е висок и неповратен.
- Напишете враќање и тестирајте го. Запишете ги чекорите за враќање назад и обидете се да се вратите назад во тест опкружување ако е можно - „план за враќање“ што не може да се врати назад не се смета за план.
- Планирајте ги прозорците и нивоата. Дефинирајте ги фазите на прозорецот за одржување и канаринските стадиуми, како и метриката што треба да се следи во секоја фаза.
- Потврда и комуникација. Добијте одобрение од органот (CAB доколку е потребно), информирајте ги засегнатите, спроведете, надгледувајте, проверете.
три мини футроли
Случај 1 - Планот за враќање ја спаси ноќта. Еден тим примени лепенка за веб-сервер; Закрпата неочекувано ја прекина зависноста и страницата почна да дава грешка 500. Но, имаше јасен чекор за враќање подготвен со вештачка интелигенција во барањето за промена: „отстранете ја закрпата, вратете го претходниот пакет, повторно вчитајте ја услугата“. Тимот се врати за 6 минути. Без планот за враќање, прекинот ќе траеше со часови додека се бараше основната причина среде ноќ.
Случај 2 - Канари фатил бубачка на 5%. Ќе биде дистрибуирана нова верзија. Тимот побара од вештачката интелигенција план за распоредување: прво 1 сервер, часовник, потоа 25%, потоа сè. Времето на одговор се удвои на серверот Канарски; дистрибуцијата е запрена. Грешката опстојуваше само на еден сервер, а 95% од корисниците не беа засегнати. Да се раширеше одеднаш, ќе пропаднеше целата услуга.
Случај 3 - Дополнителна мерка на неповратна промена. Беше планирана миграција на шемата на базата на податоци - промена што ќе биде многу тешко да се врати. Инженерот ја праша вештачката интелигенција за ризикот; YZ изјави дека промената е неповратна и препорача целосна резервна копија, посебно тестирање и тесен прозорец. Тимот направи целосна резервна копија непосредно пред миграцијата, прво ја испроба на копија. Имаше проблем при миграцијата, но благодарение на резервната копија, конзистентноста беше вратена во рок од 20 минути.
Четири шаблони за копирање
1) Променете го нацртот на барањето:
Вашата улога: специјалист за управување со промени. Нацртај барање за промена за следната промена: [промена]. Наслови: Што/Зошто, засегнати системи и зависности, Ниво на ризик (ниско/средно/високо + оправдување), Дали е враќање назад, чекори на имплементација, критериуми за успешна потврда, чекори за враќање, препорака за прозорец за одржување, потребно одобрение. Означете ја зависноста за која не сте сигурни како „потврди“.
2) Проценка на ризик и влијание:
Оценете ја следната промена во однос на ризикот: [промена]. (1) Наведете ги системите кои можат директно и индиректно да бидат засегнати, (2) кое е најлошото сценарио, (3) дали е реверзибилно, ако не, какви дополнителни мерки треба да преземам, (4) го оправда нивото на ризик. Објаснете дека ова е прелиминарна евалуација и одлуката е моја.
3) Креирање план за враќање:
Напишете чекор-по-чекор план за враќање назад за [промена]. Осигурајте се дека секој чекор може да се копира и потврди. Ако има неповратни делови од промената, наведете ја јасно и запишете која резервна копија да ја земам за нив. Додадете како да го потврдите успехот на Враќање.
4) Фазен план за дистрибуција (канари):
Предложете фазен план за [распоредување] за следното распоредување: кои фази (на пр. 1 сервер -> 25% -> сите), колку време треба да чекам во секоја фаза и КОИ мерила треба да ги следам (време на одговор, стапка на грешки итн.)? Кој праг треба да го запрам и да го вратам распоредувањето ако е надминат? Напишете ги јасно точките на вашата одлука.
Слаб промпт / Силен промпт
Слаба навестување:
Дали треба да го применам овој лепенка?
Без контекст, без влијание, без вишок, без прозорци. ВИ ниту го познава вашиот систем ниту ризикот; „Да/не“ што би го дал е неодговорна претпоставка.
Моќен потсетник:
Вашата улога: специјалист за управување со промени. Ќе применам безбедносна лепенка на флота веб-сервери во производство (8 сервери, зад балансерот на оптоварување). Дајте ми: (1) нацрт-барање за промена за оваа промена, (2) зависности што може да бидат засегнати (ќе потврдам), (3) чекори за враќање, (4) план за канари како 1 сервер -> 25% -> сите и метриката што ќе ја следам во секоја фаза. Оправдајте го нивото на ризик. Одобрувам и одлучувам.
Променете ја функцијата
низок ризик
висок ризик
реверзибилност
лесно враќање назад
неотповиклива/тешка
домен
Единечна порција, изолирана
Мулти-услуга, синџир на зависност
Дистрибуција
може да биде директна
Задолжителен канари + тесен прозорец
Одобрување
во рамките на тимот
CAB / врвот одобрение
резервни
Стандарден
Дополнителна целосна резервна копија + тестирање
Вообичаени грешки
- Спроведување без план за враќање. Промената е коцкање ако патот назад не е запишан.
- Одржување на тесна сфера на влијание. Заобиколувањето на скриените зависности прикачени на услугата ќе резултира со неочекувани странични прекини.
- Помешајќи ја неповратната промена со обична. Промените како миграција на шема и бришење податоци бараат најстрог процес и целосна резервна копија.
- Раширувајќи го на целата флота одеднаш. Без Canary, бубачка ќе ги погоди сите корисници одеднаш.
- Не дефинирање на критериумите за успех. Ако не е напишано што значи „успешно“, може погрешно да ја погрешите промената со „целосна“.
Внимание: Списокот на засегнати системи произведен од вештачката интелигенција е прелиминарен, а не комплетен список. ВИ не ги знае зависностите на вашата организација; Точниот одговор на прашањето „Ако оваа услуга падне, што друго ќе падне?“ лежи во вашето корпоративно знаење. Да претпоставиме дека списокот на вештачката интелигенција е нецелосен и проширете го.
Сумирано
Повеќето производствени катастрофи произлегуваат од промена, а не од напад; Управувањето со промените не ги спречува промените, ги прави безбедни и предвидливи. ВИ; Брзо изготвува барања за промени, проценки на ризик, планови за враќање и списоци за проверка на фазно распоредување. Но, проширете го доменот со вашето вистинско знаење за зависност, класифицирајте ја реверзибилноста, напишете враќање и тестирајте го ако е можно, распределете го ризикот со прозорец за одржување и канаринци, дефинирајте ги критериумите за успех. Човечкото суштество е тој што ја одобрува, закажува и сноси одговорност за промената; ВИ е партнерот кој го забрзува планот.
Задача за апликација
Изберете промена во производството што планирате да ја направите наскоро (или неодамна сте ја направиле). Вештачката интелигенција нека подготви комплетно барање за промена со шаблонот „Промени нацрт барање“ погоре. Проширете ја листата на „погодени системи“ што вештачката интелигенција ги произведува за најмалку две ставки со ваши сопствени информации за зависност. Испечатете ги чекорите за враќање со шаблонот „Генерирај план за враќање“ и одреди дали има дел од промената што не може да се врати назад. Конечно, смислете план за канаринци. Сумирајте го целиот план во 6 точки и забележете кои одобренија се потребни.
листа за проверка
- [ ] Дали подготвив барање за промената што вклучува што/зошто, влијание, ризик, чекори, верификација и враќање назад?
- [ ] Дали ја проширив листата на засегнати системи на вештачката интелигенција со мои информации за зависноста?
- [ ] Дали класифицирав дали промената е реверзибилна или неповратна?
- [ ] Ги напишав чекорите за враќање назад и се обидов во околината за тестирање, ако е можно?
- [ ] Дали го одредив планот за распоредување на прозорецот за одржување и канаринци и метриката за следење за секоја фаза?
- [ ] Дали ги дефинирав критериумите за верификација на успехот и ги добив потребните одобренија?