Wimbo wa Ice (Bloody Enterprise) na Fire (DevOps na IaC)

Mada ya DevOps na IaC ni maarufu sana na inakua kwa kasi. Walakini, waandishi wengi hushughulikia shida za kiufundi njiani. Nitaelezea shida maalum kwa kampuni kubwa. Sina suluhu - shida, kwa ujumla, ni mbaya na ziko katika uwanja wa urasimu, ukaguzi, na "ujuzi laini".

Wimbo wa Ice (Bloody Enterprise) na Fire (DevOps na IaC)
Kwa kuwa kichwa cha kifungu ni kama hicho, basi Daenerys atafanya kama paka, baada ya kwenda upande wa Enterprise.

Bila shaka, sasa kuna mgongano wa zamani na mpya. Na mara nyingi katika migongano hii hakuna haki wala batili. Ilifanyika tu. Lakini, ili tusiwe na msingi, tutaanza na skrini hii:

Wimbo wa Ice (Bloody Enterprise) na Fire (DevOps na IaC)

Hili ndilo linaloitwa Ombi la Mabadiliko. Unaona takriban theluthi moja ya sehemu zinazohitaji kujazwa kutoka kwa saraka mbalimbali, sehemu zingine ziko kwenye vichupo vingine. Hati kama hiyo lazima ijazwe ili kutumia hati kwenye seva ya uzalishaji, au kupakia faili mpya na, kwa ujumla, kubadilisha kitu.

Idadi ya sehemu ni kwamba niliandika otomatiki yangu kidogo kwa kujaza sehemu hizi. Kwa kuongezea, ukurasa huu umeandikwa kwa njia ambayo hakuna zana za kiotomatiki zinazoona uwanja wake, na suluhisho pekee lililowezekana lilikuwa kutumia AutoIt kugonga viwianishi kwa ujinga na panya. Tathmini kiwango cha kukata tamaa kuamua juu ya hili:

Wimbo wa Ice (Bloody Enterprise) na Fire (DevOps na IaC)

Kwa hivyo, unachukua jenkins, mpishi, terraform, nexus na kadhalika, na utumie haya yote kwa furaha kwenye dev yako. Lakini ni wakati wa kuituma kwa QA, UAT na PROD. Una vizalia vya programu vya Nexus na unapokea barua kutoka kwa DBA yenye kitu kama hiki:

Mpendwa,

Kwanza, uhusiano wako unaweza kufikiria sina ufikiaji wa uhusiano wako
Pili, mabadiliko yote lazima yawekwe kama Ombi la Mabadiliko.
Unahitaji kutenga hati za SQL kutoka kwa Nexus na kuziambatanisha na Ombi la Mabadiliko.
Ikiwa mabadiliko si ya Dharura, yanapaswa kufanywa ndani ya siku 7 baada ya kutolewa (haswa Wikendi pekee)
Ombi lako la Mabadiliko likiidhinishwa na kundi la watu, DBA itatekeleza hati yako na hata kutuma picha ya skrini ya matokeo kwa njia ya barua.

Wako mwaminifu, DBA yako, ambayo imekuwa ikifanya kazi hapa tangu mfumo mkuu.

Je! unajua hii inanikumbusha nini? Nusu otomatiki: roboti inashikilia sura, na mfanyakazi huipiga kwa sledgehammer. Kweli, ni nini matumizi ya Nexus hii, ikiwa basi kila kitu kinafanywa kwa mikono?

Lakini usilaumu Enterprise kwa hili! Kwa kweli, ni umwagaji damu, lakini urasimu huu wote wenye Maombi ya Mabadiliko unalazimishwa na unatoka kwa wakaguzi. Biashara lazima ifanye kazi kwa njia hiyo, kipindi. Hawezi kufanya hivyo kwa njia nyingine yoyote. Na ukaguzi ni jambo la kihafidhina sana. Ni kiasi gani, kwa mfano, kimesemwa juu ya ukweli kwamba nywila ndefu za uwongo na zilizobadilishwa mara kwa mara ni mbaya, lakini biashara zitakuwa mahali pa mwisho kubadilisha hii. Pia na kupelekwa na kila kitu kingine.

Kwa njia, wakati mmoja nilijaribu kuunda faili kwa terraform, lakini sikufanikiwa. Nilijikwaa juu ya maana ya lebo ya 'Msimbo wa Ulipaji wa Uhasibu wa Mradi', ambayo sikuweza kupata kujua - sikuwa na ujuzi laini wa kutosha.

Sichukui hata mada ya Luddism ya kupita kiasi - oh, otomatiki yako inatishia usalama wa kazi yangu, sitaki kujifunza chochote kipya, kwa hivyo nitaharibu kimya kimya.

Kwa hiyo, suluhisho linaweza kuwa nini? Mfumo wa ITSM una API ya zamani sana ya kutengeneza hati kiotomatiki. Na kwa ujumla, nyingi ya mifumo hii hutoka siku za mainframes. Labda mtu anajua mifumo ya kisasa ya ITSM? Labda mtu ana uzoefu wa mafanikio wa kuunganisha DevOps ya kisasa na urasimu? Hii, bila shaka, si kuhusu tovuti mbovu tu, ambapo inaweza kupelekwa kila siku, lakini, kwa mfano, sekta ya benki, ambayo iko chini ya wakaguzi na kutengwa kwa nguvu sana kwa mazingira ya juu.

Usisahau tu kwamba fantasia zako zote ni za ukaguzi tu. Na hiyo inabadilisha kila kitu. Kusubiri kwa ajili yenu katika maoni!

Chanzo: mapenzi.com

Kuongeza maoni