Ger pargîdaniya we tenê amûrên DevOps an CI/CD destnîşan dike, dibe ku ji we re kêrhatî be ku hûn xeletiyên herî gelemperî nas bikin da ku wan dûbare nekin û li ser piyana kesek din neçin.
tîma gotar wergerandiye .
Ji bo guhertina çand û pêvajoyan amade nebûn
Ger hûn li diyagrama cyclic binêrin , eşkere ye ku di pratîkên DevOps de ceribandinek çalakiyek domdar e, parçeyek bingehîn a her sazkirinê ye.
DevOps DevOps Çêrokê Bêsînor
Testkirin û pêbaweriya kalîteyê di dema pêşkeftin û radestkirinê de beşek bingehîn e ji her tiştê ku pêşdebiran dikin. Ji bo vê yekê guheztinek hişmendî hewce dike ku ceribandinê di her peywirê de tevde bike.
Testkirin dibe beşek ji xebata rojane ya her endamê tîmê. Veguheztina ceribandina domdar ne hêsan e, hûn hewce ne ku ji bo wê amade bin.
Nebûna bertek
Bandoriya DevOps bi bertekên domdar ve girêdayî ye. Ger cîhê hevkarî û danûstandinê tune be, pêşkeftina domdar ne mimkûn e.
Pargîdaniyên ku civînên paşverû organîze nakin, zehmet e ku di CI/CD de çandek bertekên domdar bicîh bînin. Civînên paşverû di dawiya her dubarekirinê de têne çêkirin, di dema ku endamên tîmê nîqaş dikin ka çi baş û çi xirab derbas bûye. Civînên paşverû bingeha Scrum / Agile ne, lê ew ji bo DevOps jî hewce ne.
Ev e ji ber ku civînên paşverû adeta pevguhertina nerîn û ramanan vedihewîne. Yek ji xalên herî girîng ên di destpêkê de organîzekirina civînên retro yên dûbare ye da ku ew ji tevahiya tîmê re werin famkirin û nas kirin.
Dema ku dor tê ser kalîteya nermalavê, hemî endamên tîmê ji parastina wê berpirsiyar in. Mînakî, pêşdebir dikarin ceribandinên yekîneyê binivîsin û di hişê ceribandinê de kodê jî binivîsin, ku ji destpêkê ve ji kêmkirina xetereyê re dibe alîkar.
Rêbazek hêsan ku meriv guheztina ramana li ser ceribandinê nîşan bide ev e ku meriv ceribandinan ne QA, lê testerê nermalavê an endezyarê kalîteyê bang bike. Dibe ku ev guhertin pir hêsan an jî bêaqil xuya bike. Lê bi navê kesek "kesê piştrastkirina kalîteya nermalavê" ramanek xelet dide ka kî berpirsiyarê kalîteya hilberê ye. Di pratîkên Agile, CI/CD, û DevOps de, her kes ji kalîteya nermalavê berpirsiyar e.
Xalek din a girîng ev e ku meriv fam bike ka ji bo tevahî tîmê û her yek ji endamên wê, rêxistin û beşdaran tê çi wateyê.
Şaşfêmkirina qedandina qonaxê
Ger kalîte pêvajoyek domdar û gelemperî be, têgihiştinek hevpar a qedandina qonaxê hewce ye. Hûn çawa dizanin gava qonaxek qediya? Çi diqewime dema ku gavek li ser Trello an panelek din Kanban wekî qedandî tête nîşankirin?
Definition of Done (DoD) di çarçoveya CD DevOps / CI de amûrek hêzdar e. Ew ji bo baştir fêmkirina standardên kalîteyê yên ku tîm û çawa çêdike dibe alîkar.
Divê tîmê pêşveçûnê biryar bide ka wateya "Done" çi ye. Pêdivî ye ku ew rûnin û navnîşek taybetmendiyên ku divê di her qonaxê de bêne bicîh kirin ji bo ku ew temam were hesibandin çêbikin.
DoD pêvajoyê zelaltir dike û pêkanîna CI/CD-ê hêsantir dike heke ew ji hêla hemî endamên tîmê ve were fam kirin û bi hev re li hev were kirin.
Nebûna armancên rastîn, zelal diyar kirin
Ev yek ji şîretên ku pir caran têne vegotin e, lê ew dubare dike. Ji bo ku hûn di her hewildanek mezin de, tevî CI / CD an DevOps, biserkevin, hûn hewce ne ku armancên rastîn destnîşan bikin û performansa li hember wan bipîvin. Hûn hewl didin ku bi CI/CD-ê re bigihîjin çi? Ma ev destûr dide berdanên zûtir bi kalîteya çêtir?
Her armancek ku hatî danîn divê ne tenê şefaf û realîst be, lê di heman demê de bi çalakiyên heyî yên pargîdanî re jî hevaheng be. Mînakî, xerîdarên we çend caran hewceyê pêlav an guhertoyên nû ne? Ger tu feydeyek zêde ji bikarhêneran re tune be ne hewce ye ku pêvajoyan zêde bar bikin û zûtir serbest berdin.
Wekî din, hûn her gav ne hewce ne ku hem CD û CI-yê bicîh bikin. Mînakî, pargîdaniyên pir birêkûpêk ên wekî bank û klînîkên bijîjkî dikarin tenê bi CI re bixebitin.
CI ji bo her pargîdaniyek ku DevOps bicîh tîne wekî xalek destpêkek baş dike. Dema ku ew were sepandin, nêzîkatiyên pargîdaniyan ji bo radestkirina nermalavê pir diguhezin. Gava ku CI serwer bû, hûn dikarin li ser başkirina tevahiya pêvajoyê, zêdekirina leza danûstendinê û guhertinên din bifikirin.
Ji bo gelek rêxistinan, CI tenê bes e, û CD tenê heke ew nirx zêde bike divê were bicîh kirin.
Nebûna dashboard û metrîkên guncan
Gava ku we armancên xwe danî, tîmê pêşkeftinê dikare dashboardek biafirîne ku KPI-ê bipîve. Berî pêşveçûna wê, hêja ye ku pîvanên ku dê werin şopandin were nirxandin.
Rapor û serîlêdanên cihêreng ji bo endamên tîmê cihê bikêr in. Scrum Master bêtir bi statû û gihîştinê re eleqedar e. Dema ku rêveberiya payebilind dibe ku bi rêjeya şewitandina pisporan re eleqedar bibe.
Hin tîm jî tabloyên bi nîşaneyên sor, zer û kesk bikar tînin da ku rewşa CI/CD binirxînin da ku fam bikin ka ew her tiştî rast dikin an xeletiyek heye. Sor tê vê wateyê ku hûn hewce ne ku bala xwe bidin tiştê ku diqewime.
Lêbelê, heke dashboard standard nebin, ew dikarin xapandinê bibin. Kîjan daneyên ku her kes hewce dike analîz bikin, û dûv re ravekirinek standardkirî ya wateya wê biafirînin. Fêr bibin ka ji beşdaran re çi watedartir e: grafîk, nivîs, an hejmar.
No testên manual
Otomasyona ceribandinê bingehek ji bo boriyek baş a CI/CD-ê datîne. Lê ceribandina otomatîkî di hemî qonaxan de nayê vê wateyê ku hûn ceribandina destan nekin.
Ji bo avakirina boriyek bandorker a CI/CD, hûn jî hewceyê ceribandinên destan in. Dê her gav hin aliyên ceribandinê hebin ku hewceyê analîzên mirovî ne.
Hêja ye ku meriv hewildanên ceribandina destan di lûleya xwe de bihesibîne. Gava ku ceribandina desta ya hin dozên ceribandinê qediya, hûn dikarin derbasî qonaxa bicîhkirinê bibin.
Hewl nedin ku testan baştir bikin
Xetek CI/CD-ya bandorker pêdivî bi gihandina amûrên rast heye, çi rêveberiya ceribandinê be an yekbûn û çavdêriya domdar be.
Afirandina çandek xurt, bi kalîte armanc dike , şopandina danûstendinên xerîdar ên piştî sazkirinê û şopandina pêşveçûnan.
Li vir çend serişteyên pratîkî hene ku hûn dikarin bi hêsanî bicîh bînin:
- Piştrast bikin ku ceribandinên we ji bo nivîsandinê hêsan in û têra xwe nerm in ku gava hûn kodê ji nû ve çêdikin têk neçin.
- Tîmên pêşkeftinê divê di pêvajoya ceribandinê de cih bigirin - navnîşek pirsgirêk û daxwazên bikarhêner ên ku ji bo ceribandinê di dema boriyên CI de girîng in bibînin.
- Dibe ku hûn xwedan vegirtina testê ya tevahî nebin, lê her gav piştrast bikin ku herikên ku ji UX û ezmûna xerîdar re girîng in têne ceribandin.
Xala dawîn lê ne herî girîng
Veguheztina CI/CD bi gelemperî ji binî ve tê rêve kirin, lê di dawiyê de ew veguhertinek e ku ji pargîdaniyê re kirîna serokatiyê, dem û çavkaniyan hewce dike. Beriya her tiştî, CI/CD komek jêhatîbûn, pêvajo, amûr û ji nû veavakirina çandî ye.
Çi din li ser mijarê bixwînin:
- .
- .
- .
Source: www.habr.com
