Ingawa suluhisho za PaaS (Jukwaa kama Huduma) pekee haziwezi kubadilisha jinsi watu binafsi na timu zinavyoshirikiana, mara nyingi hutumika kama kichocheo cha mabadiliko ya shirika kutokana na kuongezeka kwa unyumbulifu wa teknolojia za TEHAMA.
Kwa kweli, kuongeza faida ya uwekezaji katika PaaS mara nyingi kunawezekana tu kwa mabadiliko katika majukumu ya shirika, majukumu (kazi), na miundo ya uhusiano. Kwa bahati nzuri, suluhisho za PaaS kama vile Jukwaa la OpenShift Container hutoa unyumbufu wa kutosha kuruhusu kila shirika la TEHAMA kuamua kwa uhuru kasi na wigo wa mabadiliko kulingana na watu wanaohusika na michakato.
Katika hatua ya kwanza ya uwekaji wa vyombo vya biashara, kipaumbele kikuu ni kutekeleza jukwaa la vyombo kama mfumo mpya wa uwekaji wa programu. Katika hatua hii, mashirika huunganisha kazi zinazojulikana na majukumu yanayojulikana ili kujibu maombi ya timu ya uundaji wa kawaida kwa masuala kama vile mifumo ya kuhifadhi, mazingira ya uwekaji, na kadhalika. Katika hatua zinazofuata za uwekaji wa vyombo, mkazo hubadilika hadi otomatiki au kuwapa wasanidi programu uwezo wa kujihudumia ili kupunguza mzigo wa kazi wa wasimamizi wa mifumo na kuongeza uhuru na mwitikio wa wasanidi programu. Hivi ndivyo mashirika yanavyoanza kuelekea DevOps. Katika hatua ya mwisho ya uwekaji wa vyombo vya biashara, wanafikia modeli safi na ya kisheria ya DevOps, ambapo kazi na shughuli nyingi za awali huhamishiwa kwa timu zinazofanya kazi mtambuka, zilizopangwa si kwa mfumo au teknolojia, bali kwa mahitaji maalum ya programu au huduma za programu.
Katika chapisho hili, tutatoa mwongozo wa jinsi ya kutekeleza mabadiliko muhimu ya shirika na kujadili jinsi majukumu ya kitamaduni ya TEHAMA yanavyobadilika kutokana na kuanzishwa kwa teknolojia za kontena katika biashara.
Kuunganisha kazi mpya na majukumu ya zamani
Katika umbo lake la msingi na la awali, mfumo wa shirika wa PaaS umeundwa ili kutenga rasilimali za TEHAMA kwa urahisi na haraka zaidi kwa programu kama mazingira ya wakati wa utekelezaji. Ingawa hii inatoa faida fulani kwa wasimamizi wa mfumo, wasanidi programu kwa kawaida hawapati faida yoyote muhimu au uwezo mpya, kwani katika hatua hii, biashara inaweza kufanya bila otomatiki, kujihudumia, au kuboresha kwa kiasi kikubwa njia ya usambazaji. Ingawa inaathiri kidogo michakato ya maendeleo katika hatua hii, PaaS huongeza wepesi wa mfumo wa TEHAMA, na kuwaruhusu wasimamizi kuhudumia vyema maombi ya wasanidi programu. Kwa mfano, huku ikiunda mazingira ya maendeleo kutoka kwa kadhaa hapo awali. mashine pepe Ingawa kuunda na kusambaza ujazo wa hifadhi kunaweza kuchukua siku au hata wiki, kuhitaji ushiriki wa wasimamizi kadhaa tofauti, katika PaaS kila kitu kinafanywa haraka zaidi na kwa msimamizi mmoja tu. Kwa maneno mengine, timu za uundaji huwasilisha maombi kama hapo awali, lakini kazi ya kuyatekeleza sasa inafanywa kulingana na mfumo mpya.
Kuelekea Shirika la DevOps
Kwa kuzindua PaaS na kuhamisha wataalamu wa shughuli za TEHAMA na watengenezaji wa programu kwake, shirika linaweza kuendelea kutekeleza mbinu ya DevOps, ambayo, miongoni mwa mengine, inajumuisha kanuni kuu zifuatazo:
- Gawanya kazi katika hatua ndogokupata maoni mapema, kupunguza hatari na kuepuka kupooza kwa uchambuzi;
- Otomatiki shughuli kwa kiwango cha kutosha, ili kutosababisha vikwazo au vikwazo katika mchakato wa kusambaza programu;
- Kushiriki maarifa - ufunguo wa kujenga uaminifu;
- Lipa madeni ya kiufundi mara kwa mara, kutenga muda fulani katika kila mzunguko wa kazi kwa ajili ya maboresho ya kimfumo.
Katika awamu ya pili ya utumiaji wa teknolojia ya kontena, timu za maendeleo huanza kuona fursa za uboreshaji, na biashara huhamia kwenye mfumo wa kitamaduni zaidi wa DevOps. Utaratibu wa kitamaduni wa kuwasilisha na kutimiza maombi ya huduma sasa unaonekana kama kikwazo, kwa hivyo shirika hujitahidi kuendesha kazi zinazojirudia na kuwapa watengenezaji uwezo wa kujihudumia. Uwezo huu wa wasanidi programu ndani ya ombi fulani huamuliwa kupitia juhudi za pamoja za wataalamu wa IT wa shughuli za jukwaa na wale wanaohusika na uwasilishaji wa programu. Kwa maneno mengine, wasimamizi wa mfumo, ambao hutenda kulingana na maombi ya wasanidi programu, hubadilishwa na aina mbili zilizotajwa hapo juu za wafanyakazi, ambao wanawajibika kufafanua na kutekeleza sera zinazosimamia kile ambacho watengenezaji programu wanaruhusiwa kufanya peke yao. Taratibu otomatiki husaidia kuhakikisha kufuata mahitaji haya na kuratibu vitendo wakati hali zinazidi sera zilizopo.
Kubadilika hadi ratiba ya kurudiarudia, ambapo mazingira ya TEHAMA na mfumo wa uendeshaji hupitia mabadiliko ya kurudiarudia baada ya muda, ni hatua muhimu katika kuanzisha mfumo wa DevOps uliokomaa ndani ya biashara. Kiwango ambacho mbinu ya DevOps inatumika kinategemea uvumilivu wa kila shirika kwa mabadiliko na mabadiliko maalum ambayo hutoa faida kubwa zaidi. Kwa mfano, ikiwa hitaji la kuunda mazingira au programu mpya litatokea mara chache, basi kuboresha shughuli hizi hakutakuwa muhimu sana kuliko kuimarisha udhibiti wa msanidi programu juu ya mzunguko wa maisha wa programu.
Changamoto mpya zinazokabili mashirika ya TEHAMA yanapohamia OpenShift
Katika sehemu hii, tutachunguza majukumu na kazi ambazo mashirika ambayo yamehamia OpenShift kwa kawaida hutumia ili kuharakisha otomatiki na huduma binafsi kwa kutumia teknolojia na PaaS.
Jedwali lililo hapa chini linaorodhesha kazi muhimu za kiwango cha juu zilizopo katika shirika lolote ambalo limetekeleza OpenShift, pamoja na mifano ya kazi na ujuzi unaolingana. Orodha hii ya kazi haipaswi kuchanganyikiwa na muundo wa uchanganuzi wa kazi au muundo wa shirika la timu; ni seti tu ya kazi ambazo lazima zishughulikiwe na wale wanaohusika na kusaidia mazingira ya TEHAMA ili kutekeleza kwa ufanisi jukwaa la kontena. Kwa kweli, tutaonyesha baadaye kwamba utekelezaji wa teknolojia za kontena huunda masharti ya awali ya mkakati wa DevOps uliokomaa zaidi ndani ya biashara, ambao huongeza kiwango cha utendaji mtambuka ndani ya timu na kupunguza hatari ya utaalamu finyu katika ngazi za mtu binafsi na timu.
Jedwali 1. Ufafanuzi wa kazi za OpenShift
kazi
Ujuzi unaohitajika
Uendeshaji otomatiki na utoaji wa miundombinu ya TEHAMA
Inafanya kazi:
- Ubunifu na ujenzi wa suluhisho za vifaa
- Kupanga na usaidizi wa otomatiki ya usanidi wa awali
- Ubunifu na otomatiki wa utoaji wa VM na seva mwenyeji
- Ubunifu na utekelezaji wa vituo vya data
- Utawala wa Mfumo Linux
- Matukio ya kiotomatiki
- Ujuzi wa mifumo ya kuhifadhi
- Ujuzi katika uwanja wa usanifu na utekelezaji wa mtandao
- usalama
Kusakinisha na Kusimamia Jukwaa la OpenShift
Inafanya kazi:
- Inafanya usakinishaji wa kundi
- Usimamizi wa huduma za miundombinu
- Usimamizi wa Upanuzi wa Jukwaa
- Uthibitishaji na uidhinishaji wa kiwango cha jukwaa
- Utawala wa Mfumo Linux
- Ujuzi wa teknolojia za mtandao
- Hati za Kiotomatiki (Zinazoweza Kutumika)
- Ujuzi wa mifumo ya kuhifadhi
- Ujuzi wa teknolojia na usanifu wa makontena
- Ujuzi wa Kubernetes na usanifu wa OpenShift
- Usalama wa jukwaa
- Ufuatiliaji wa ujumuishaji
Kusimamia utoaji wa wapangaji na kutenganisha uwezo wa TEHAMA
Inafanya kazi:
- Kuunda watumiaji na timu ndani ya jukwaa
- Ubunifu na usimamizi wa mgao
- Ubunifu na Utekelezaji wa RBAC
- Ujuzi wa Kubernetes na usanifu wa OpenShift
- Ujuzi wa teknolojia na usanifu wa makontena
- Matukio ya kiotomatiki
- Ujuzi mzuri wa miradi, mgao, majukumu, na kufanya kazi na wapanga ratiba
Kujenga na Kusimamia Picha za Msingi
Inafanya kazi:
- Kuunda mtiririko wa kazi wa kurekebisha picha
- Kutengeneza picha zinazotegemea viwango
- Utawala wa Mfumo Linux
- Matukio ya kiotomatiki
- Kusanidi vipengele vya programu ya wakati wa utekelezaji na programu ya kati
- Ujuzi wa usanifu wa vyombo
- Mifumo ya ujenzi wa programu
- Ujuzi mzuri wa picha, mitiririko ya picha na violezo
Kubuni na Kusimamia Mabomba ya Usambazaji
Inafanya kazi:
- Ubunifu na uandishi wa viwango vya usafirishaji
- Uundaji wa miongozo na templeti za haraka
- Mafunzo ya msanidi programu
- Usimamizi wa msimbo chanzo
- Ubunifu na utekelezaji wa programu
- Matukio ya kiotomatiki
- Upimaji otomatiki
- Upimaji wa ubora wa msimbo
- Ujuzi wa usanifu wa vyombo
- Ujuzi wa miundombinu isiyobadilika
- Usalama - kusimamia ufikiaji wa hatua za bomba, kuidhinisha mtiririko wa kazi, n.k.
- Ujuzi mzuri wa violezo vya OpenShift, vipengele, usanidi wa ujenzi, usanidi wa kupelekwa, huduma, njia, ramani za usanidi
Uundaji wa matumizi na majaribio
Inafanya kazi:
- Msimbo wa programu
- Maendeleo ya majaribio otomatiki
- Kujibu hitilafu za majaribio wakati wa bomba la usambazaji
- Kujibu hitilafu za programu
- Jaribio la kukubalika kwa mtumiaji
- Ubunifu na utekelezaji wa programu
- Upimaji otomatiki
- Usimamizi wa msimbo chanzo
- Ufuatiliaji wa Maombi
- Ujuzi wa usanifu wa programu asilia za wingu
Ufuatiliaji wa uendeshaji na usimamizi wa programu
Inafanya kazi:
- Kubuni Matumizi Katika Muktadha wa Utendaji
- Kufuatilia programu wakati wa utekelezaji
- Kuongeza ukubwa wa programu (au kuongeza ukubwa kiotomatiki)
- Kudhibiti upatikanaji wa programu
- Omba upendeleo na mipaka ya usimamizi wa rasilimali
- Upimaji wa utendaji na uwezo wa TEHAMA
- Kubuni na Kutekeleza Utendaji wa Maombi
- Ufuatiliaji wa utendaji wa programu
- Utendaji na upimaji wa mzigo
Jaribio la kukubalika kwa mtumiaji
Inafanya kazi:
- Jaribio la UI (muundo na mwingiliano wa mtumiaji)
- Maendeleo ya majaribio otomatiki
- Ubunifu na majaribio ya violesura vya mtumiaji
- Violezo vya majaribio otomatiki
- Mifumo ya Kujaribu
- Mifumo ya usanifu wa programu
Majukumu mapya yanayojitokeza katika shirika la TEHAMA wakati wa kuhamia OpenShift
Tunapohamia kwenye mfumo wa shirika unaozingatia DevOps, idadi ya utaalamu wa majukumu kwa kawaida hupungua, huku idadi ya timu na majukumu yanayofanya kazi mbalimbali ikiongezeka ili kuongeza ushirikiano. Hivi ndivyo tunavyoamini majukumu muhimu katika shirika la TEHAMA linalotumia OpenShift yanaonekana:
- Mhandisi wa Uendeshaji wa Programu AU Mhandisi wa Utegemezi wa Tovuti. Hapo awali, nafasi hii inaweza kuwa iliitwa "Msimamizi wa Seva ya Programu."
- Msanidi programu/msanidi programu/mhandisi wa programu.
- Msimamizi wa Jukwaa la Kundi/Maombi. Hapo awali, jukumu hili huenda liliitwa "Msimamizi wa Mfumo" au "Msimamizi" Linux-majukwaa".
- Meneja wa Utoaji/Mhandisi wa Ujenzi.
Jedwali la Jukumu na Kazi la RACI
Hatimaye, tutaendelea kulinganisha nafasi na kazi zilizojadiliwa hapo juu ili kutoa wazo la jumla la jinsi shirika linalotekeleza DevOps kwenye jukwaa la OpenShift linavyopaswa kujipanga. Hapo awali, majukumu yaliyoelezwa hapa chini yanaweza kufanywa na matawi tofauti ya muundo wa zamani wa shirika. Hata hivyo, baada ya muda, ujumuishaji hutokea, na timu mpya zinazotegemea programu huibuka ambazo zinajumuisha kazi nyingi au hata zote zilizoelezwa hapa chini.
kazi
Wajibu
Mhandisi wa Uendeshaji wa Maombi / Mhandisi wa Utegemezi wa Tovuti
Msanidi Programu/Msanidi Programu/Mhandisi wa Programu
Msimamizi wa Jukwaa la Kundi/Maombi
Meneja wa Utoaji wa Programu / Mhandisi wa Kuunganisha
Uendeshaji otomatiki na utoaji wa miundombinu ya TEHAMA
I
I
R / A.
C
Kusakinisha na Kusimamia Jukwaa la OpenShift
C
I
R / A.
C
Kubuni na Kusimamia Mabomba ya Usambazaji
C
C
I
R / A.
Kusimamia utoaji wa wapangaji, kutengwa, na uwezo wa TEHAMA
C
I
R / A.
I
Kujenga na Kusimamia Picha za Msingi
R
C
R / A.
C
Uundaji wa matumizi na majaribio
C
R / A.
I
I
Ufuatiliaji wa uendeshaji na usimamizi wa programu
R / A.
C
C
I
Jaribio la kukubalika kwa mtumiaji
C
R
I
I
Alama za matriki ya RACI
Chanzo:
- Wajibu – Mtendaji ndiye anayefanya kinachohitajika ili kukamilisha kazi.
- Kuwajibika – Mtu mwenye uwajibikaji ni mfanyakazi ambaye hatimaye anawajibika kwa kukamilisha kazi au kufikia matokeo kwa usahihi na kwa kina; na pia ndiye pekee anayeweza kugawa kazi kwa wengine.
- Ilipendekezwa – Washauri kwa kawaida ni wataalamu wa masuala ambayo ushauri wao hutafutwa; mawasiliano ya pande mbili huendelezwa nao.
- Imefahamika – Waliopewa taarifa – watu wanaopewa taarifa kuhusu matukio (wakati mwingine tu baada ya kazi kukamilika au matokeo kupatikana); hupokea taarifa kwa upande mmoja.
Jinsi timu zinavyoshirikiana katika shirika la DevOps
Mchakato wa jadi wa kupata rasilimali kwa kawaida huhusisha mzunguko wa maombi ya rasilimali, ambayo hutimizwa na timu nyingi. Hatimaye, rasilimali zote zinazohitajika hutengwa na kuthibitishwa na mwombaji. Michakato hii mara nyingi huwa ya mwongozo kwa sehemu, au hata kabisa, ikihitaji mwingiliano wa mara kwa mara na mpana kati ya timu ili kushughulikia kila ombi kwa mafanikio.
Mchoro 1. Shirika la kitamaduni la TEHAMA
Mchoro hapo juu unaonyesha uhusiano wa kawaida kati ya timu katika shirika la kitamaduni la TEHAMA. Katika mfumo huu, timu huomba kazi kutoka kwa timu zingine kwa kutumia zana rasmi za mawasiliano, kama vile mfumo wa tiketi au barua pepe. Maombi haya hukaa kwenye foleni, yakisubiri zamu yao, na kusubiri huku kwa muda mrefu mara nyingi husababisha kuzorota, kama si kuzorota, katika mahusiano kati ya timu. Mvutano huu unazidishwa zaidi na ukweli kwamba wanachama wa timu mara chache hukutana ana kwa ana na kwa kawaida hushiriki tu taarifa chache tu.
Mchoro 2. Shirika la TEHAMA la DevOps
Mchoro huu unaonyesha jinsi ushirikiano unavyofanya kazi katika shirika la DevOps. Hapa, timu zile zile kutoka kwenye mchoro uliopita zimeacha mawasiliano yasiyofaa ambayo yalikuza silos na kuzibadilisha na mawasiliano ya kibinafsi, na kuunda njia zinazoendelea za mwingiliano kati ya timu. Njia hizi hukuza seti ya ujuzi mseto ambayo husaidia wafanyakazi kuelewa vyema na kuwakilisha mahitaji, changamoto, na uwezo wa timu wanazowakilisha. Timu huwezeshana kukamilisha kazi muhimu kupitia milango ya kujihudumia kiotomatiki, badala ya kushughulikia maombi ya mabadiliko ya kila mmoja kama ilivyokuwa hapo awali. Na kutokana na njia hizi za mawasiliano, mifumo hii ya kujihudumia inaweza kubadilika haraka kulingana na mahitaji ya timu wanazohudumia. Ili kuongeza zaidi uelewa wa pamoja na kushiriki maarifa ndani ya shirika, wanachama wa timu hubadilisha majukumu mara kwa mara ili kupata uzoefu wa kuingiliana na timu tofauti na kuelewa vyema mifumo ya jumla ya TEHAMA wanayodumisha, na hivyo kuongeza utendakazi na thamani yao mtambuka.
Akihitimisha
Katika chapisho hili, tulijadili jinsi utekelezaji wa suluhisho za PaaS unavyoweza kuhimiza shirika kutumia mbinu ya DevOps, huku majukumu na kazi za kitamaduni zikipitia mabadiliko kama sehemu ya mchakato huu. Kwa hivyo, tuliorodhesha kazi muhimu za TEHAMA zinazotokea katika shirika lenye mpito hadi OpenShift, pamoja na ujuzi unaohitajika kuzikamilisha. Pia tulitoa seti ya msingi ya majukumu ya shirika yanayojitokeza wakati wa kujenga timu za DevOps zenye utendakazi mtambuka na jedwali la RACI linalounganisha majukumu mapya na kazi mpya. Hatimaye, tulijadili jinsi jukwaa la OpenShift na mbinu inayohusiana ya DevOps inavyoweza kubadilisha muundo wa shirika unapobadilika kutoka kwa mifumo ya kitamaduni na mifumo ya tiketi hadi timu zenye utendakazi mtambuka zenye kiwango cha juu cha mawasiliano ya kibinafsi.
Chanzo: mapenzi.com
