Ef fyrirtækið þitt er bara að kynna DevOps eða CI/CD verkfæri, gæti það verið gagnlegt fyrir þig að kynnast algengustu mistökunum til að endurtaka þau ekki og ekki stíga á hrífuna hjá einhverjum öðrum.
Team þýddi greinina .
Óviðbúinn að breyta menningu og ferlum
Ef þú horfir á hringlaga skýringarmyndina , það er ljóst að í DevOps starfsháttum er prófun samfelld starfsemi, grundvallaratriði í hverri einustu uppsetningu.
DevOps Infinite Cycle Chart
Prófanir og gæðatrygging við þróun og afhendingu eru ómissandi hluti af öllu sem þróunaraðilar gera. Þetta krefst hugarfarsbreytingar til að fella próf inn í hvert verkefni.
Próf verða hluti af daglegu starfi hvers liðsmanns. Umskipti yfir í stöðugar prófanir eru ekki auðvelt, þú þarft að vera tilbúinn fyrir það.
Skortur á endurgjöf
Skilvirkni DevOps fer eftir stöðugri endurgjöf. Stöðugar umbætur eru ómögulegar ef ekki er pláss fyrir samvinnu og samskipti.
Fyrirtæki sem skipuleggja ekki afturvirka fundi eiga erfitt með að innleiða menningu stöðugrar endurgjöf í CI/CD. Eftirlitsfundir eru haldnir í lok hverrar endurtekningar þar sem liðsmenn ræða hvað gekk vel og hvað gekk illa. Eftirlitsfundir eru grunnurinn að Scrum/Agile, en þeir eru líka nauðsynlegir fyrir DevOps.
Þetta er vegna þess að afturskyggnir fundir innræta þann vana að skiptast á athugasemdum og skoðunum. Einn mikilvægasti punkturinn í upphafi er að skipuleggja endurtekna retro fundi þannig að þeir verði skiljanlegir og kunnuglegir fyrir allt liðið.
Þegar kemur að gæðum hugbúnaðar eru allir liðsmenn ábyrgir fyrir því að viðhalda þeim. Til dæmis geta verktaki skrifað einingapróf og einnig skrifað kóða með prófunarhæfni í huga, sem hjálpar til við að draga úr áhættu frá upphafi.
Ein einföld leið til að endurspegla breytinguna í hugsun um prófun er að kalla prófunaraðila ekki QA, heldur hugbúnaðarprófara eða gæðaverkfræðing. Þessi breyting kann að virðast of einföld eða jafnvel heimskuleg. En að kalla einhvern „hugbúnaðargæðatryggingamann“ gefur ranga hugmynd um hver ber ábyrgð á gæðum vörunnar. Í Agile, CI/CD og DevOps venjum eru allir ábyrgir fyrir gæðum hugbúnaðar.
Annað mikilvægt atriði er að skilja hvað gæði þýða fyrir allt liðið og hvern meðlim þess, samtökin og hagsmunaaðila.
Misskilningur á áfangalokum
Ef gæði eru samfellt og almennt ferli þarf sameiginlegan skilning á áfangalokum. Hvernig veistu hvenær áfanga er lokið? Hvað gerist þegar skref er merkt sem lokið á Trello eða öðru Kanban borði?
Skilgreining á Done (DoD) er öflugt tæki í samhengi við CD DevOps/CI. Það hjálpar til við að skilja betur gæðastaðla um hvað og hvernig teymið byggir upp.
Þróunarteymið verður að ákveða hvað „Lokið“ þýðir. Þeir þurfa að setjast niður og gera lista yfir einkenni sem þarf að uppfylla á hverju stigi til að það teljist fullkomið.
DoD gerir ferlið gagnsærra og gerir það auðveldara að innleiða CI/CD ef það er skilið af öllum liðsmönnum og gagnkvæmt samkomulag um það.
Skortur á raunhæfum, skýrt skilgreindum markmiðum
Þetta er eitt af þeim ráðum sem oftast er vitnað í, en það ber að endurtaka. Til að ná árangri í hvaða stóru viðleitni sem er, þar á meðal CI/CD eða DevOps, þarftu að setja þér raunhæf markmið og mæla árangur á móti þeim. Hvað ertu að reyna að ná með CI/CD? Leyfir þetta hraðar útgáfur með betri gæðum?
Öll markmið sem sett eru verða ekki aðeins að vera gagnsæ og raunhæf, heldur einnig í samræmi við núverandi starfsemi fyrirtækisins. Til dæmis, hversu oft þurfa viðskiptavinir þínir nýjar plástra eða útgáfur? Það er engin þörf á að ofhlaða ferlum og gefa út hraðar ef það er enginn ávinningur fyrir notendur.
Að auki þarftu ekki alltaf að innleiða bæði CD og CI. Til dæmis mega mjög eftirlitsskyld fyrirtæki eins og bankar og læknastofur aðeins vinna með CI.
CI þjónar sem góður upphafspunktur fyrir öll fyrirtæki sem innleiða DevOps. Þegar það er innleitt breytast aðferðir fyrirtækja við afhendingu hugbúnaðar verulega. Þegar búið er að ná tökum á CI geturðu hugsað um að bæta allt ferlið, auka útsetningarhraðann og aðrar breytingar.
Fyrir margar stofnanir er CI eitt og sér nóg og CD ætti aðeins að vera innleitt ef það bætir gildi.
Skortur á viðeigandi mælaborðum og mælingum
Þegar þú hefur sett þér markmið getur þróunarteymið búið til mælaborð til að mæla KPI. Áður en það þróast er þess virði að meta þær breytur sem fylgst verður með.
Mismunandi skýrslur og forrit eru gagnleg fyrir mismunandi liðsmenn. Scrum Master hefur meiri áhuga á stöðu og ná. Þó yfirstjórn gæti haft áhuga á kulnunartíðni sérfræðinga.
Sum lið nota einnig mælaborð með rauðum, gulum og grænum vísbendingum til að meta stöðu CI/CD til að skilja hvort þau séu að gera allt rétt eða hvort það sé villa. Rauður þýðir að þú þarft að fylgjast með því sem er að gerast.
Hins vegar, ef mælaborð eru ekki staðlað, geta þau verið villandi. Greindu hvaða gögn allir þurfa og búðu til staðlaða lýsingu á því hvað það þýðir. Finndu út hvað er skynsamlegra fyrir hagsmunaaðila: grafík, texta eða tölur.
Engar handvirkar prófanir
Sjálfvirkni prófunar leggur grunninn að góðri CI/CD leiðslu. En sjálfvirk prófun á öllum stigum þýðir ekki að þú ættir ekki að framkvæma handvirk próf.
Til að byggja upp skilvirka CI/CD leiðslu þarftu líka handvirkar prófanir. Það verða alltaf einhverjir þættir í prófunum sem krefjast mannlegrar greiningar.
Það er þess virði að íhuga að samþætta handvirkar prófanir í leiðslunni þinni. Þegar handvirkri prófun sumra prófunartilvika er lokið geturðu haldið áfram í dreifingarstigið.
Ekki reyna að bæta próf
Skilvirk CI/CD leiðsla krefst aðgangs að réttum verkfærum, hvort sem það er prófunarstjórnun eða samþætting og áframhaldandi eftirlit.
Að skapa sterka, gæðamiðaða menningu miðar að því , fylgjast með samskiptum viðskiptavina eftir dreifingu og fylgjast með endurbótum.
Hér eru nokkur hagnýt ráð sem þú getur auðveldlega útfært:
- Gakktu úr skugga um að prófin þín séu auðskrifuð og nógu sveigjanleg til að brotna ekki þegar þú endurnýjar kóðann.
- Þróunarteymi ættu að vera með í prófunarferlinu - sjá lista yfir notendavandamál og beiðnir sem mikilvægt er að prófa meðan á CI leiðslum stendur.
- Þú ert kannski ekki með fulla prófun, en tryggðu alltaf að flæði sem eru mikilvæg fyrir UX og upplifun viðskiptavina séu prófuð.
Síðast en ekki síst mikilvægur punktur
Umskiptin í CI/CD eru venjulega knúin áfram frá grunni, en á endanum er það umbreyting sem krefst leiðtogakaupa, tíma og fjármagns frá fyrirtækinu. Þegar öllu er á botninn hvolft er CI/CD safn af færni, ferlum, verkfærum og menningarlegri endurskipulagningu; slíkar breytingar er aðeins hægt að innleiða kerfisbundið.
Hvað annað að lesa um efnið:
- .
- .
- .
Heimild: www.habr.com