Usimamizi wa Mabadiliko: Tathmini ya Hatari, Urejeshaji nyuma na Dirisha la Matengenezo

Faida:

• Uwezo wa kuandaa ombi la mabadiliko, tathmini ya hatari na mpango wa kurejesha tena na akili ya bandia na kufanya mabadiliko kuwa salama na kutabirika.
• Uwezo wa kupanua kikoa na maelezo yake ya utegemezi, kuainisha uwezekano wa kupatikana tena, na kupata uwezo wa kupanga kupelekwa kwa taratibu na canary.
• Uwezo wa kuelewa kuwa mwanadamu ndiye anayeidhinisha, kupanga ratiba na kubeba jukumu la mabadiliko, na kupata nidhamu ya kutoitekeleza bila vigezo vya mafanikio na njia ya kurudi.

Usimamizi wa Mabadiliko: Tathmini ya Hatari, Urejeshaji nyuma na Dirisha la Matengenezo kwa kutumia AI

Idadi kubwa ya majanga katika mifumo ya uzalishaji haitokani na shambulio bali kutokana na mabadiliko: kiraka, sasisho la usanidi, uchapishaji wa toleo, urekebishaji "ndogo". Ndiyo maana kila shirika lililokomaa lina usimamizi wa mabadiliko: mchakato wa kuadibu wa kupanga mabadiliko ya uzalishaji, kutathmini hatari yake, kuidhinisha, kuitekeleza, na kuirudisha inapohitajika. Lengo sio kuzuia mabadiliko, lakini kuifanya kuwa salama na kutabirika. Hapa, AI ni msaidizi mwenye nguvu katika kuandaa ombi la mabadiliko, kuorodhesha hatari na mifumo iliyoathiriwa, kuanzisha mfumo wa mpango wa kurejesha nyuma na kuandaa orodha ya ukaguzi wa kupeleka. Lakini kanuni ya msingi inabakia: AI hutoa mwongozo wa kuandika mabadiliko na hatari; Mtu anayeidhinisha, kupanga na kuchukua jukumu la mabadiliko.

Katika kitengo hiki, dhana za ombi la mabadiliko, tathmini ya hatari, mpango wa kurejesha, dirisha la matengenezo, usambazaji wa canary/hatua na CAB (Bodi ya Ushauri ya Mabadiliko); Utajifunza jinsi ya kupanga mabadiliko salama na AI.

Anatomy ya ombi nzuri la mabadiliko

Mabadiliko yasiyodhibitiwa ni sentensi "Nilisasisha hii"; Mabadiliko yaliyodhibitiwa ni mpango. Ombi zuri la mabadiliko linajibu maswali haya: Ni nini kinabadilika? (wigo), Kwa nini? (justification), Mifumo gani imeathirika? (kikoa na tegemezi), Kiwango cha hatari ni nini? (chini/kati/juu), Lini? (dirisha la matengenezo), Jinsi ya kuomba? (hatua), Jinsi ya kuthibitisha? (kigezo cha mafanikio), Jinsi ya kuirejesha ikiwa inakwenda vibaya? (rejesho), Nani anaidhinisha? (mamlaka). AI inajaza kiunzi hiki haraka - lakini ni wewe unayejua kikoa na hatari, unayejua shirika; Unakamilisha orodha ya AI na maarifa yako mwenyewe ya utegemezi.

Kidokezo: Sehemu mbili ambazo mara nyingi hazizingatiwi za mabadiliko ni "mpango wa kurejesha" na "vigezo vya uthibitishaji wa mafanikio." Ikiwa huna jibu lililoandikwa kwa maswali "nitageukia wapi kwa amri gani ikiwa itaenda vibaya" na "nitathibitishaje kuwa ilifanikiwa" kabla ya kutekeleza mabadiliko, mabadiliko hayo bado hayako tayari.

Kurudisha nyuma: lango la kutokea la kila mabadiliko

Moyo wa usimamizi wa mabadiliko ni mpango wa mabadiliko. Kila badiliko lazima liwe na njia ya kurudisha nyuma: kiraka cha kurudisha nyuma, kurejesha usanidi wa awali, toleo la kurejesha kwa toleo la awali, kurejesha kutoka kwa muhtasari. Tofauti muhimu ni: baadhi ya mabadiliko ni rahisi kurejea (laini ya usanidi), mengine hayawezi kutenduliwa au ni magumu sana (uhamishaji wa schema ya hifadhidata, kufuta data). Mabadiliko yasiyoweza kutenduliwa ni darasa la hatari zaidi na yanahitaji uangalifu zaidi, hifadhi rudufu zaidi, dirisha finyu zaidi la matengenezo. Uliza AI "je, mabadiliko haya yanaweza kurejeshwa, na ikiwa sivyo, ni hatua gani za ziada za usalama ninapaswa kuchukua?"

Dirisha la matengenezo na uwekaji wa awamu

Dirisha la urekebishaji ni muda uliotangazwa mapema ambapo mabadiliko hayo yataathiri idadi ndogo ya watumiaji - kwa kawaida usiku au wikendi wakati trafiki ni ndogo. Lakini kuchagua wakati vizuri haitoshi; Hatua kwa hatua kusambaza mabadiliko kunapunguza hatari zaidi. Usambazaji wa Canary ni wa kwanza kutumia mabadiliko kwa sehemu ndogo (seva moja, 5% ya watumiaji), kuifuatilia, na kuieneza ikiwa hakuna matatizo. Kwa njia hii, mdudu haitaathiri meli nzima lakini sehemu ndogo na itakamatwa mapema. Unaweza kuuliza AI mpango wa uwekaji wa hatua kwa hatua na vipimo vya kufuatilia katika kila awamu.

Hatua kwa hatua: Mabadiliko yanayosaidiwa na AI

1. Rasimu ya ombi. Andika mabadiliko na AI kwenye vichwa vilivyo hapo juu.
2. Panua athari. Kamilisha orodha ya AI ya mifumo iliyoathiriwa na ramani yako ya utegemezi; "Ni nini kingine kinachounganishwa na huduma hii?"
3. Kuainisha hatari. Chini/kati/juu na inayoweza kutenduliwa? Inahitaji mchakato mkali zaidi, ambao ni wa juu na usioweza kutenduliwa.
4. Andika kurudi nyuma na ujaribu. Andika hatua za kurejesha nyuma na ujaribu kurudi nyuma katika mazingira ya jaribio ikiwezekana - "mpango wa kurejesha" ambao hauwezi kurudishwa hauhesabiwi kama mpango.
5. Panga madirisha na viwango. Bainisha dirisha la matengenezo na hatua za canary, na vipimo vya kufuatiliwa katika kila hatua.
6. Uthibitisho na mawasiliano. Pata idhini ya mamlaka (CAB ikiwa ni lazima), wajulishe walioathirika, tekeleza, fuatilia, thibitisha.

kesi tatu ndogo

Kesi ya 1 - Mpango wa kurejesha uliokoa usiku. Timu moja ilituma kiraka cha seva ya wavuti; Kiraka kilivunja utegemezi bila kutarajia na tovuti ilianza kutoa hitilafu 500. Lakini kulikuwa na hatua ya urejeshaji wazi iliyoandaliwa na AI katika ombi la mabadiliko: "ondoa kiraka, urejeshe kifurushi kilichopita, pakia tena huduma." Timu ilirejea ndani ya dakika 6. Bila mpango wa kurejesha, kukatika kungedumu kwa saa nyingi wakati wa kutafuta chanzo katikati ya usiku.

Kesi ya 2 - Canary ilishika mdudu kwa 5%. Toleo jipya lingesambazwa. Timu iliuliza AI kwa mpango wa kupeleka kwa hatua kwa hatua: seva 1 ya kwanza, saa, kisha 25%, kisha yote. Nyakati za majibu zilionekana kuongezeka maradufu kwenye seva ya Canary; usambazaji umesimamishwa. Hitilafu iliendelea kwenye seva moja pekee, huku 95% ya watumiaji bila kuathiriwa. Ikiwa ingeenea mara moja, huduma nzima ingeanguka.

Kesi ya 3 - Kipimo cha ziada cha mabadiliko yasiyoweza kutenduliwa. Uhamishaji wa schema ya hifadhidata ulipangwa - badiliko ambalo lingekuwa gumu sana kurejea. Mhandisi aliuliza AI juu ya hatari; YZ ilisema kuwa badiliko hilo haliwezi kutenduliwa na ilipendekeza nakala rudufu kamili, majaribio tofauti na dirisha finyu. Timu ilichukua nakala kamili kabla ya uhamishaji, ikajaribu kwenye nakala kwanza. Kulikuwa na tatizo wakati wa uhamiaji, lakini kutokana na hifadhi rudufu, uthabiti umerejeshwa ndani ya dakika 20.

Violezo vinne vinavyoweza kunakiliwa

1) Badilisha rasimu ya ombi:

Jukumu lako: mtaalamu wa mabadiliko ya usimamizi. Rasimu ya ombi la mabadiliko kwa mabadiliko yafuatayo: [badilisha]. Vichwa: Nini/Kwa nini, Mifumo na Vitegemezi Vilivyoathiriwa, Kiwango cha Hatari(chini/kati/juu + uhalalishaji), Je, ni Kurudisha nyuma, Hatua za Utekelezaji, Vigezo vya Uthibitishaji wa Mafanikio, Hatua za Kurudisha nyuma, Pendekezo la Dirisha la Matengenezo, Idhini inayohitajika. Weka alama kwenye utegemezi ambao huna uhakika kuwa "thibitisha".

2) Tathmini ya hatari na athari:

Tathmini mabadiliko yafuatayo katika suala la hatari: [badilisha]. (1) Orodhesha mifumo inayoweza kuathiriwa moja kwa moja na isivyo moja kwa moja, (2) hali mbaya zaidi ni ipi, (3) inaweza kutenduliwa, ikiwa sivyo, ni hatua gani za ziada ninazopaswa kuchukua, (4) kuhalalisha kiwango cha hatari. Eleza kwamba hii ni tathmini ya awali na uamuzi ni wangu.

3) Kuunda mpango wa kurudi nyuma:

Andika mpango wa kurejesha hatua kwa hatua wa [mabadiliko]. Hakikisha kila hatua inaweza kunakiliwa na kuthibitishwa. Iwapo kuna sehemu zisizoweza kutenduliwa za mabadiliko, ieleze kwa uwazi na uandike ni hifadhi gani ninayopaswa kuchukua kwa ajili yao. Ongeza jinsi ya kuthibitisha mafanikio ya Rollback.

4) Mpango wa usambazaji wa awamu (canary):

Pendekeza mpango wa hatua kwa hatua wa [usambazaji] wa uwekaji ufuatao: ni awamu zipi (k.m. seva 1 -> 25% -> zote), ninapaswa kusubiri kwa muda gani katika kila awamu, na ninapaswa kufuata vipimo GANI (muda wa kujibu, kasi ya makosa, n.k.)? Je, ni kizingiti gani ninachopaswa kusimamisha na kurudisha nyuma utumaji ikiwa kimepitwa? Andika pointi zako za uamuzi kwa uwazi.

Mwongozo dhaifu / Mwongozo thabiti

Agizo dhaifu:

Je, nitumie kiraka hiki?

Hakuna muktadha, hakuna athari, hakuna redundancy, hakuna madirisha. AI haijui mfumo wako wala hatari yako; "ndio/hapana" ambayo ingetoa ni kisio la kutowajibika.

Agizo lenye nguvu:

Jukumu lako: mtaalamu wa mabadiliko ya usimamizi. Nitakuwa nikitumia kiraka cha usalama kwa kundi la seva za wavuti katika uzalishaji (seva 8, nyuma ya kisawazisha mzigo). Nipe: (1) rasimu ya ombi la mabadiliko ya mabadiliko haya, (2) vitegemezi ambavyo vinaweza kuathiriwa (Nitathibitisha), (3) hatua za kurejesha, (4) mpango wa canary kama seva 1 -> 25% -> yote na vipimo nitakavyofuatilia katika kila hatua. Thibitisha kiwango cha hatari. Ninakubali na kuamua.

Badilisha kipengele

hatari ndogo

hatari kubwa

ugeuzaji

urejeshaji rahisi

isiyoweza kubatilishwa/ngumu

kikoa

Mtumishi mmoja, ametengwa

Huduma nyingi, mnyororo wa utegemezi

Usambazaji

inaweza kuwa moja kwa moja

Kanari ya lazima + dirisha nyembamba

Idhini

ndani ya timu

CAB / idhini ya juu

vipuri

Kawaida

Nakala kamili ya ziada + jaribio la kukimbia

Makosa ya kawaida

• Utekelezaji bila mpango wa kurejesha. Mabadiliko ni kamari ikiwa njia ya kurudi haijaandikwa.
• Kuweka nyanja ya ushawishi nyembamba. Kukwepa tegemezi zilizofichwa zilizoambatanishwa na huduma kutasababisha kukatizwa kwa upande usiotarajiwa.
• Kukosea mabadiliko yasiyoweza kutenduliwa kwa kawaida. Mabadiliko kama vile uhamishaji wa taratibu na ufutaji wa data yanahitaji mchakato mkali zaidi na uhifadhi nakala kamili.
• Kueneza kwa meli nzima mara moja. Bila Canary, hitilafu ingegonga watumiaji wote mara moja.
• Sio kufafanua vigezo vya mafanikio. Ikiwa maana ya "mafanikio" haijaandikwa, unaweza kukosea mabadiliko yaliyovunjika kwa "kamili".

Tahadhari: Orodha ya mifumo iliyoathiriwa inayotolewa na AI ni ya awali, si orodha kamili. AI haijui utegemezi wa shirika lako; Jibu halisi kwa swali "Ikiwa huduma hii itaanguka, ni nini kingine kitaanguka?" iko katika maarifa yako ya ushirika. Chukulia orodha ya AI haijakamilika na ipanue.

Kwa muhtasari

Maafa mengi ya uzalishaji hutokana na mabadiliko, si mashambulizi; Usimamizi wa mabadiliko hauzuii mabadiliko, huifanya kuwa salama na kutabirika. AI; Huandaa kwa haraka maombi ya mabadiliko, tathmini za hatari, mipango ya kurejesha, na orodha hakiki za utumaji kwa awamu. Lakini panua kikoa kwa maarifa yako halisi ya utegemezi, ainisha urejeshaji, andika urejeshaji na ujaribu ikiwezekana, sambaza hatari kwa dirisha la matengenezo na canary, fafanua vigezo vya mafanikio. Mwanadamu ndiye anayeidhinisha, kupanga ratiba na kubeba jukumu la mabadiliko hayo; AI ndiye mshirika anayeharakisha mpango.

Jukumu la maombi

Chagua mabadiliko ya uzalishaji ambayo unapanga kufanya hivi karibuni (au uliyofanya hivi majuzi). Fanya AI iandae ombi kamili la mabadiliko kwa kutumia kiolezo cha "Badilisha rasimu ya ombi" hapo juu. Panua orodha ya "mifumo iliyoathiriwa" ambayo AI inazalisha kwa angalau vitu viwili na habari yako mwenyewe ya utegemezi. Chapisha hatua za kurejesha ukitumia kiolezo cha "Tengeneza mpango wa kurejesha" na ubaini kama kuna sehemu yoyote ya mabadiliko ambayo haiwezi kurejeshwa. Hatimaye, kuja na mpango wa canary. Fanya muhtasari wa mpango mzima katika pointi 6 na utambue ni idhini gani zinahitajika.

orodha ya ukaguzi

• [ ] Je, nimetayarisha ombi la mabadiliko hayo ambayo yanajumuisha nini/kwa nini, athari, hatari, hatua, uthibitishaji na urejeshaji?
• [ ] Je, nimepanua orodha ya AI ya mifumo iliyoathiriwa kwa maelezo yangu ya utegemezi?
• [ ] Je, nimeainisha kama mabadiliko yanaweza kutenduliwa au kutenduliwa?
• [ ] Niliandika hatua za kurudi nyuma na kujaribu katika mazingira ya jaribio, ikiwa inawezekana?
• [ ] Je, nimebainisha dirisha la matengenezo na mpango wa uwekaji wa canary na vipimo vya ufuatiliaji kwa kila awamu?
• [ ] Je, nimefafanua vigezo vya uthibitishaji wa mafanikio na kupokea vibali vinavyohitajika?