Jaribio la kutumia Vitendo vya GitHub kama ndege ya kudhibiti kwa PaaS

Muungano Usiotarajiwa: Git na Jukwaa

Ulimwengu wa DevOps umejengwa kwa kutumia otomatiki. Tunatuma hati, kudhibiti miundombinu kama msimbo, na kujitahidi kufanya kila mchakato uweze kurudiwa na kuaminika. Kiini cha hili kwa timu nyingi za maendeleo ni GitHub, jukwaa linalopatikana kila mahali la ushirikiano wa kanuni. Lakini vipi ikiwa nguvu yake inaweza kupanuliwa zaidi ya udhibiti wa toleo na CI/CD? Hii ni hadithi ya jaribio la kusukuma mipaka ya Vitendo vya GitHub, kuibadilisha kutoka kwa okestra ya kujenga-na-jaribio hadi mfumo mkuu wa neva—ndege ya kudhibiti—kwa Jukwaa zima kama Huduma (PaaS).

Kufafanua upya Njia ya Kudhibiti

Kijadi, ndege ya kudhibiti PaaS ni programu changamano, inayopendekezwa. Ni mamlaka kuu ambayo hupokea amri (tumia hii, weka kiwango kile) na kupanga miundo msingi ili kuifanya itimie. Inashughulikia utoaji, mitandao, usalama, na usimamizi wa mzunguko wa maisha. Kujenga moja ni kazi muhimu ya uhandisi. Dhana ya jaribio letu ilikuwa rahisi: je, tunaweza kuongeza mtiririko wa kazi uliopo, wenye nguvu, na unaojulikana wa Vitendo vya GitHub kutekeleza majukumu haya haya? Badala ya kuandika ndege ya kudhibiti monolithic, tungetumia faili za YAML, maombi ya kuvuta, na mfumo ikolojia wa GitHub unaoendeshwa na matukio ili kudhibiti mfumo wetu.

"Zana yenye nguvu zaidi ni ile ambayo timu yako tayari inajua jinsi ya kutumia. Kwa kutumia Vitendo vya GitHub kama ndege yetu ya udhibiti, hatukuhitaji kuunda UI au kufundisha dhana mpya; tulipanua upendo uliopo wa watengenezaji wa mtiririko wa kazi wa Git."

Kuunda PaaS Inayoendeshwa na GitHub

Usanifu ulijikita katika kushughulikia matamko ya miundombinu na usanidi wa programu kama msimbo ndani ya hazina. Mtiririko wa kazi wa msanidi wa kupeleka huduma ndogo ndogo, kwa mfano, inaweza kuonekana kama hii:

• Msanidi programu huunda saraka mpya kwa ajili ya huduma yake na kuongeza faili ya `mewayz.app.yaml` inayofafanua mahitaji yake: CPU, kumbukumbu, vigezo vya mazingira na kikoa.
• Wanatoa faili hii na kufungua Ombi la Kuvuta. Kitendo chenyewe cha kufungua PR huanzisha mtiririko wa Vitendo vya GitHub.
• Mtiririko wa kazi, unaofanya kazi kama kidhibiti, huchanganua faili ya YAML, huthibitisha usanidi, na hufanya mabadiliko ya miundo msingi.
• Mara ya Marafiki inapounganishwa, mtiririko tofauti wa upelekaji unaanzishwa. Mtiririko huu wa kazi una mantiki ya kuwasiliana na API mbalimbali za wingu (Kubernetes, AWS, n.k.) ili kutoa nyenzo zinazohitajika na kusambaza huduma.
• Mtiririko wa kazi kisha unatoa maoni juu ya ahadi kwa kiungo cha moja kwa moja kwa huduma mpya iliyowekwa, na kukamilisha kitanzi.

Mbinu hii imeunganishwa kwa urahisi na falsafa ya Mewayz ya ustadi na uzoefu wa msanidi. Hali ya mfumo mzima ilidhibitiwa na toleo, kukaguliwa, na kufuata mchakato ule ule wa ukaguzi wa ushirikiano kama msimbo wa maombi yenyewe.

Masomo kutoka kwa Mbele

Jaribio lilikuwa la mafanikio makubwa katika kuthibitisha upembuzi yakinifu. Tulipata PaaS inayofanya kazi kikamilifu, inayoendeshwa na Git-ops ambapo kila mabadiliko yangeweza kufuatiliwa na kugeuzwa. Walakini, pia ilifunua mambo muhimu. Usimamizi wa hali changamano wakati mwingine ulisukuma mipaka ya kile kilichokuwa kifahari katika faili ya YAML. Ingawa Vitendo vya GitHub vinaweza kuongezeka sana, kwa majukwaa makubwa, muda wa kupanga foleni na utekelezaji wa utiririshaji wa kazi unaweza kuwa kikwazo ikilinganishwa na API ya ndege iliyojitolea, ya muda wa chini wa kudhibiti. Usalama ulikuwa muhimu; ilitubidi kudhibiti siri na ruhusa kwa uangalifu ili kuhakikisha kuwa mkimbiaji wa GitHub Action anapata ufikiaji wa chini kabisa unaohitajika ili kutekeleza majukumu yake—dhana inayowiana kikamilifu na kanuni za usalama kwa muundo za Mewayz.

Mtazamo wa Wakati Ujao wa Kati wa Git

Jaribio hili linaonyesha kuwa zana tunazotumia kwa ushirikiano na CI/CD zina nguvu ya kutosha kutumiwa tena katika msingi wa mifumo yetu. Inatia ukungu kati ya kuunda programu na kudhibiti mazingira inayotumika, ikiziunganisha chini ya mtiririko mmoja wa msingi wa Git. Kwa makampuni kama Mewayz, ambayo yanaunda kizazi kijacho cha majukwaa ya mfumo wa uendeshaji wa biashara, uchunguzi huu ni muhimu sana. Inatia changamoto usanifu wa kawaida na kufungua milango kwa uzoefu angavu na jumuishi wa wasanidi programu. Ingawa inaweza isichukue nafasi ya kila ndege maalum ya kudhibiti, inasimama kama ushuhuda thabiti wa wazo kwamba suluhu bora zaidi linaweza kuwa tayari kwenye sanduku lako la vidhibiti.

Maswali Yanayoulizwa Sana

Muungano Usiotarajiwa: Git na Jukwaa

Ulimwengu wa DevOps umejengwa kwa kutumia otomatiki. Tunatuma hati, kudhibiti miundombinu kama msimbo, na kujitahidi kufanya kila mchakato uweze kurudiwa na kuaminika. Kiini cha hili kwa timu nyingi za maendeleo ni GitHub, jukwaa linalopatikana kila mahali la ushirikiano wa kanuni. Lakini vipi ikiwa nguvu yake inaweza kupanuliwa zaidi ya udhibiti wa toleo na CI/CD? Hii ni hadithi ya jaribio la kusukuma mipaka ya Vitendo vya GitHub, kuibadilisha kutoka kwa okestra ya kujenga-na-jaribio hadi mfumo mkuu wa neva—ndege ya kudhibiti—kwa Jukwaa zima kama Huduma (PaaS).

Kufafanua upya Ndege ya Kudhibiti

Kijadi, ndege ya kudhibiti PaaS ni programu changamano, inayopendekezwa. Ni mamlaka kuu ambayo hupokea amri (tumia hii, weka kiwango kile) na kupanga miundo msingi ili kuifanya itimie. Inashughulikia utoaji, mitandao, usalama, na usimamizi wa mzunguko wa maisha. Kujenga moja ni kazi muhimu ya uhandisi. Dhana ya jaribio letu ilikuwa rahisi: je, tunaweza kuongeza mtiririko wa kazi uliopo, wenye nguvu, na unaojulikana wa Vitendo vya GitHub kutekeleza majukumu haya haya? Badala ya kuandika ndege ya kudhibiti monolithic, tungetumia faili za YAML, maombi ya kuvuta, na mfumo ikolojia wa GitHub unaoendeshwa na matukio ili kudhibiti mfumo wetu.

Kuunda PaaS Inayoendeshwa na GitHub

Usanifu ulijikita katika kushughulikia matamko ya miundombinu na usanidi wa programu kama msimbo ndani ya hazina. Mtiririko wa kazi wa msanidi wa kupeleka huduma ndogo ndogo, kwa mfano, inaweza kuonekana kama hii:

Masomo kutoka kwa Mbele

Jaribio lilikuwa la mafanikio makubwa katika kuthibitisha upembuzi yakinifu. Tulipata PaaS inayofanya kazi kikamilifu, inayoendeshwa na Git-ops ambapo kila mabadiliko yangeweza kufuatiliwa na kugeuzwa. Walakini, pia ilifunua mambo muhimu. Usimamizi wa hali changamano wakati mwingine ulisukuma mipaka ya kile kilichokuwa kifahari katika faili ya YAML. Ingawa Vitendo vya GitHub vinaweza kuongezeka sana, kwa majukwaa makubwa, muda wa kupanga foleni na utekelezaji wa utiririshaji wa kazi unaweza kuwa kikwazo ikilinganishwa na API ya ndege iliyojitolea, ya muda wa chini wa kudhibiti. Usalama ulikuwa muhimu; ilitubidi kudhibiti siri na ruhusa kwa uangalifu ili kuhakikisha kuwa mkimbiaji wa GitHub Action anapata ufikiaji wa chini kabisa unaohitajika ili kutekeleza majukumu yake—dhana inayowiana kikamilifu na kanuni za usalama kwa muundo za Mewayz.

Mtazamo wa Wakati Ujao wa Kati wa Git

Jaribio hili linaonyesha kuwa zana tunazotumia kwa ushirikiano na CI/CD zina nguvu ya kutosha kutumiwa tena katika msingi wa mifumo yetu. Inatia ukungu kati ya kuunda programu na kudhibiti mazingira inayotumika, ikiziunganisha chini ya mtiririko mmoja wa msingi wa Git. Kwa makampuni kama Mewayz, ambayo yanaunda kizazi kijacho cha majukwaa ya mfumo wa uendeshaji wa biashara, uchunguzi huu ni muhimu sana. Inatia changamoto usanifu wa kawaida na kufungua milango kwa uzoefu angavu na jumuishi wa wasanidi programu. Ingawa inaweza isichukue nafasi ya kila ndege maalum ya kudhibiti, inasimama kama ushuhuda thabiti wa wazo kwamba suluhu bora zaidi linaweza kuwa tayari kwenye sanduku lako la vidhibiti.