Како објављујемо софтверске закрпе у ГитЛабу

У ГитЛаб-у обрађујемо софтверске поправке на два начина: ручно и аутоматски. Читајте даље да бисте сазнали о послу менаџера издања у креирању и испоруци важних ажурирања путем аутоматске имплементације на гитлаб.цом, као и о закрпама са којима корисници могу да раде на сопственим инсталацијама.

Препоручујем да подесите подсетник на свом паметном сату: сваког месеца 22., корисници који раде са ГитЛаб-ом у својим објектима могу да виде ажурирања тренутне верзије нашег производа. Месечно издање садржи нове функције, развој постојећих и често приказује крајњи резултат захтева заједнице за алате или спајања.

Али, како показује пракса, развој софтвера ретко је без недостатака. Када се открије грешка или безбедносна рањивост, менаџер издања у тиму за испоруку креира закрпу за наше кориснике са њиховим инсталацијама. Гитлаб.цом се ажурира током ЦД процеса. Овај ЦД процес називамо аутоматском имплементацијом да бисмо избегли забуну са ЦД функцијом у ГитЛабу. Овај процес може да укључи предлоге из захтева за повлачење које су поднели корисници, купци и наш интерни развојни тим, тако да се решавање досадног проблема објављивања закрпа решава на два веома различита начина.

«Осигуравамо да се све што програмери направе постављају у сва окружења сваког дана пре него што га пренесемо на ГитЛаб.цом“, објашњава Марин Јанковки, виши технички менаџер, Одељење за инфраструктуру. "Размишљајте о издањима за своје инсталације као о снимцима за имплементације гитлаб.цом, за које смо додали одвојене кораке за креирање пакета тако да наши корисници могу да га користе за инсталирање на својим инсталацијама'.

Без обзира на грешку или рањивост, корисници гитлаб.цом ће добити поправке убрзо након објављивања, што је предност аутоматизованог ЦД процеса. Закрпе за кориснике са сопственим инсталацијама захтевају посебну припрему од стране менаџера издања.

Тим за испоруку напорно ради на аутоматизацији већине процеса укључених у креирање издања за смањење МТТП (средње време до производње, тј. време потрошено на производњу), временски период од обраде захтева за спајање од стране програмера до примене на гитлаб.цом.

«Циљ тима за испоруку је да се уверимо да можемо брже да се крећемо као компанија, или да бар учинимо да достављачи раде брже, зар не?, каже Марин.

И клијенти гитлаб.цом и корисници њихових инсталација имају користи од напора тима за испоруку да смање време циклуса и убрза примену. У овом чланку ћемо објаснити сличности и разлике између ове две методе. издања, а такође ћемо описати како наш тим за испоруку припрема закрпе за кориснике који раде на својим објектима, као и како обезбеђујемо да гитлаб.цом буде ажуран коришћењем аутоматизоване примене.

Шта ради менаџер издања?

Чланови тима месечно пренети улогу менаџера издања наша издања за кориснике у њиховим објектима, укључујући закрпе и безбедносна издања која се могу појавити између издања. Они су такође одговорни за вођење транзиције компаније на аутоматизовану, континуирану примену.

Издања за само-инсталацију и издања гитлаб.цом користе сличне токове рада, али се покрећу у различито време, објашњава Марин.

Прво и најважније, менаџер издања, без обзира на тип издања, осигурава да је ГитЛаб доступан и безбедан од тренутка када се апликација покрене на гитлаб.цом, укључујући осигуравање да исти проблеми не заврше у инфраструктури корисника са њиховим сопствених капацитета.

Када се грешка или рањивост означи као исправљена у ГитЛаб-у, менаџер издања мора проценити да ли ће бити укључени у закрпе или безбедносне исправке за кориснике са њиховим инсталацијама. Ако одлучи да грешка или рањивост заслужују ажурирање, почиње припремни рад.

Менаџер издања мора да одлучи да ли да припреми исправку или када да је примени - а то у великој мери зависи од контекста ситуације, "у међувремену, машине нису тако добре у управљању контекстом као људи“, каже Марин.

Све је у вези са поправкама

Шта су закрпе и зашто су нам потребне?

Менаџер издања одлучује да ли ће објавити исправку на основу озбиљности грешке.

Грешке се разликују у зависности од њихове озбиљности. Дакле, грешке С4 или С3 могу бити стилске, као што је померање пиксела или икона. Ово није ништа мање важно, али нема значајног утицаја на било чији радни ток, што значи да је вероватноћа да ће се направити поправка за такве С3 или С4 грешке мала, објашњава Марин.

Међутим, рањивости С1 или С2 значе да корисник не треба да се ажурира на најновију верзију или постоји значајна грешка која утиче на радни ток корисника. Ако су укључени у трацкер, многи корисници су их наишли, тако да менаџер издања одмах почиње да припрема исправку.

Када је закрпа за рањивости С1 или С2 спремна, менаџер издања почиње да издаје закрпу.

На пример, ГитЛаб 12.10.1 закрпа је креирана након што је идентификовано неколико проблема са блокирањем и програмери су поправили основни проблем који их је узроковао. Менаџер издања је проценио исправност додељених нивоа озбиљности и након потврде покренут је процес пуштања поправке, која је била спремна у року од XNUMX сата након откривања проблема са блокирањем.

Када се акумулира много С4, С3 и С2, менаџер издања гледа у контекст како би одредио хитност објављивања поправке, а када се достигне одређени број њих, сви се комбинују и пуштају. Исправке након објављивања или безбедносна ажурирања су сажете у постовима на блогу.

Како менаџер издања креира закрпе

Користимо ГитЛаб ЦИ и друге функције као што је наш ЦхатОпс за генерисање закрпа. Менаџер издања почиње објављивање поправке тако што активира ЦхатОпс тим на нашем интерном каналу #releases у Слацку.

/chatops run release prepare 12.10.1

ЦхатОпс ради у Слацк-у да би покренуо различите догађаје, које ГитЛаб затим обрађује и извршава. На пример, тим за испоруку је поставио ЦхатОпс да аутоматизује разне ствари за објављивање закрпа.

Када менаџер издања покрене ЦхатОпс тим у Слацк-у, остатак посла се аутоматски дешава у ГитЛабу користећи ЦИЦД. Постоји двосмерна комуникација између ЦхатОпс-а у Слацк-у и ГитЛаб-а током процеса издавања пошто менаџер издања активира неке од главних корака у процесу.

Видео испод приказује технички процес припреме закрпе за ГитЛаб.

Како функционише аутоматска примена на гитлаб.цом

Процес и алати који се користе за ажурирање гитлаб.цом су слични онима који се користе за креирање закрпа. Ажурирање гитлаб.цом захтева мање ручног рада са становишта менаџера издања.

Уместо да покрећемо имплементације користећи ЦхатОпс, ми користимо ЦИ функције, нпр. планираних гасовода, са којим менаџер издања може да закаже одређене радње које ће се извршити у потребно време. Уместо ручног процеса, постоји цевовод који се покреће периодично једном на сат и који преузима нове промене направљене у ГитЛаб пројектима, пакује их и заказује примену, и аутоматски покреће тестирање, КА и друге неопходне кораке.

„Дакле, имамо много имплементација које се извршавају у различитим окружењима пре гитлаб.цом, и након што су та окружења у добром стању и тестирање покаже добре резултате, менаџер издања покреће радње примене гитлаб.цом“, каже Марин.

ЦИЦД технологија за подршку ажурирања гитлаб.цом аутоматизује цео процес до тачке у којој менаџер издања мора ручно да покрене примену производног окружења на гитлаб.цом.

Марин детаљно говори о процесу ажурирања гитлаб.цом у видеу испод.

Шта још ради тим за испоруку?

Главна разлика између процеса ажурирања гитлаб.цом и издавања закрпа клијентима у кући је у томе што овај други процес захтева више времена и више ручног рада од менаџера издања.

„Понекад одлажемо објављивање закрпа корисницима са њиховим инсталацијама због пријављених проблема, проблема са алатима и зато што постоји много нијанси које треба узети у обзир приликом објављивања једне закрпе“, каже Марин.

Један од краткорочних циљева тима за испоруку је да смањи количину ручног рада од стране менаџера издања како би се убрзало издавање. Тим ради на поједностављивању, поједностављивању и аутоматизацији процеса објављивања, што ће помоћи у решавању проблема мале озбиљности (С3 и С4, прибл. преводилац). Фокусирање на брзину је кључни индикатор учинка: потребно је смањити МТТП – време од пријема захтева за спајање до постављања резултата на гитлаб.цом – са тренутних 50 сати на 8 сати.

Тим за испоруку такође ради на миграцији гитлаб.цом на инфраструктуру засновану на Кубернетес-у.

Уредничка бр.: Ако сте већ чули за Кубернетес технологију (а не сумњам да јесте), али је још нисте додирнули рукама, препоручујем вам учешће на интензивним онлајн курсевима Кубернетес Басе, који ће се одржати од 28. до 30. септембра, и Кубернетес Мега, који ће се одржати 14–16. Ово ће вам омогућити да се поуздано крећете и радите са технологијом.

Ово су два приступа која теже истом циљу: брза испорука ажурирања, како за гитлаб.цом тако и за клијенте у њиховим објектима.

Има ли идеја или препорука за нас?

Свако је добродошао да допринесе ГитЛабу и поздрављамо повратне информације наших читалаца. Ако имате било какву идеју за наш тим за испоруку, не оклевајте креирајте захтев уз обавештење team: Delivery.

Извор: ввв.хабр.цом