Os yw'ch cwmni'n cyflwyno offer DevOps neu CI/CD yn unig, efallai y byddai'n ddefnyddiol i chi ddod yn gyfarwydd â'r camgymeriadau mwyaf cyffredin er mwyn peidio â'u hailadrodd a pheidio â chamu ar gribin rhywun arall.
Tîm cyfieithu'r erthygl .
Parodrwydd i newid diwylliant a phrosesau
Os edrychwch ar y diagram cylchol , mae'n amlwg bod profi practisau DevOps yn weithgaredd parhaus, yn rhan sylfaenol o bob defnydd unigol.
Siart Beicio Anfeidrol DevOps
Mae profi a sicrhau ansawdd wrth ddatblygu a chyflawni yn rhan hanfodol o bopeth y mae datblygwyr yn ei wneud. Mae hyn yn gofyn am newid meddylfryd i ymgorffori profion ym mhob tasg.
Daw profi yn rhan o waith dyddiol pob aelod o'r tîm. Nid yw'r newid i brofion cyson yn hawdd, mae angen i chi fod yn barod ar ei gyfer.
Diffyg adborth
Mae effeithiolrwydd DevOps yn dibynnu ar adborth cyson. Mae gwelliant parhaus yn amhosibl os nad oes lle i gydweithio a chyfathrebu.
Mae cwmnïau nad ydynt yn trefnu cyfarfodydd ôl-weithredol yn ei chael yn anodd gweithredu diwylliant o adborth parhaus mewn CI/CD. Cynhelir cyfarfodydd ôl-weithredol ar ddiwedd pob iteriad, lle mae aelodau'r tîm yn trafod beth aeth yn dda a beth aeth yn wael. Cyfarfodydd ôl-weithredol yw sylfaen Scrum/Agile, ond maent hefyd yn angenrheidiol ar gyfer DevOps.
Mae hyn oherwydd bod cyfarfodydd ôl-weithredol yn rhoi'r arferiad o gyfnewid adborth a barn. Un o'r pwyntiau pwysicaf ar y dechrau yw trefnu cyfarfodydd retro cylchol fel eu bod yn dod yn ddealladwy ac yn gyfarwydd i'r tîm cyfan.
O ran ansawdd meddalwedd, mae pob aelod o'r tîm yn gyfrifol am ei gynnal. Er enghraifft, gall datblygwyr ysgrifennu profion uned a hefyd ysgrifennu cod gan gadw testability mewn golwg, gan helpu i leihau risg o'r cychwyn cyntaf.
Un ffordd syml o adlewyrchu'r newid yn y meddwl am brofi yw galw profwyr nid QA, ond profwr meddalwedd neu beiriannydd ansawdd. Gall y newid hwn ymddangos yn rhy syml neu hyd yn oed yn dwp. Ond mae galw rhywun yn "berson sicrwydd ansawdd meddalwedd" yn rhoi'r syniad anghywir ynglŷn â phwy sy'n gyfrifol am ansawdd y cynnyrch. Mewn practisau Agile, CI/CD, a DevOps, mae pawb yn gyfrifol am ansawdd meddalwedd.
Pwynt pwysig arall yw deall beth mae ansawdd yn ei olygu i'r tîm cyfan a phob un o'i aelodau, y sefydliad, a rhanddeiliaid.
Camddealltwriaeth o gwblhau cam
Os yw ansawdd yn broses barhaus a chyffredinol, mae angen dealltwriaeth gyffredin o gwblhau cam. Sut ydych chi'n gwybod pan fydd llwyfan drosodd? Beth sy'n digwydd pan nodir bod cam wedi'i gwblhau ar Trello neu fwrdd Kanban arall?
Mae Diffiniad o Wneud (DoD) yn arf pwerus yng nghyd-destun CD DevOps/CI. Mae'n helpu i ddeall yn well safonau ansawdd yr hyn y mae'r tîm yn ei adeiladu a sut.
Rhaid i'r tîm datblygu benderfynu beth mae "Gwneud" yn ei olygu. Mae angen iddynt eistedd i lawr a gwneud rhestr o nodweddion y mae'n rhaid eu bodloni ym mhob cam er mwyn iddo gael ei ystyried yn gyflawn.
Mae'r Adran Amddiffyn yn gwneud y broses yn fwy tryloyw ac yn ei gwneud hi'n haws gweithredu CI/CD os yw pob aelod o'r tîm yn ei ddeall a bod pawb yn cytuno arno.
Diffyg nodau realistig, wedi'u diffinio'n glir
Dyma un o'r darnau cyngor a ddyfynnir amlaf, ond mae angen ei ailadrodd. I lwyddo mewn unrhyw ymdrech fawr, gan gynnwys CI/CD neu DevOps, mae angen i chi osod nodau realistig a mesur perfformiad yn eu herbyn. Beth ydych chi'n ceisio ei gyflawni gyda CI/CD? A yw hyn yn caniatáu rhyddhau cyflymach gyda gwell ansawdd?
Rhaid i unrhyw nodau a osodir nid yn unig fod yn dryloyw ac yn realistig, ond hefyd fod yn gyson â gweithgareddau cyfredol y cwmni. Er enghraifft, pa mor aml y mae angen clytiau neu fersiynau newydd ar eich cwsmeriaid? Nid oes angen gorlwytho prosesau a rhyddhau'n gyflymach os nad oes budd ychwanegol i ddefnyddwyr.
Yn ogystal, nid oes angen i chi weithredu CD a CI bob amser. Er enghraifft, efallai mai dim ond gyda CI y bydd cwmnïau rheoledig iawn fel banciau a chlinigau meddygol yn gweithio.
Mae CI yn fan cychwyn da i unrhyw gwmni sy'n gweithredu DevOps. Pan gaiff ei roi ar waith, mae dulliau cwmnïau o gyflwyno meddalwedd yn newid yn sylweddol. Unwaith y bydd CI wedi'i feistroli, gallwch chi feddwl am wella'r broses gyfan, cynyddu'r cyflymder cyflwyno a newidiadau eraill.
I lawer o sefydliadau, mae CI yn unig yn ddigon, a dim ond os yw'n ychwanegu gwerth y dylid gweithredu CD.
Diffyg dangosfyrddau a metrigau priodol
Unwaith y byddwch wedi gosod eich nodau, gall y tîm datblygu greu dangosfwrdd i fesur DPA. Cyn ei ddatblygiad, mae'n werth asesu'r paramedrau a fydd yn cael eu monitro.
Mae adroddiadau a chymwysiadau gwahanol yn ddefnyddiol i wahanol aelodau tîm. Mae gan y Scrum Master fwy o ddiddordeb mewn statws a chyrhaeddiad. Er y gallai fod gan uwch reolwyr ddiddordeb yng nghyfradd gorflino arbenigwyr.
Mae rhai timau hefyd yn defnyddio dangosfyrddau gyda dangosyddion coch, melyn a gwyrdd i asesu statws CI/CD i ddeall a ydynt yn gwneud popeth yn iawn neu a oes gwall. Mae coch yn golygu bod angen i chi dalu sylw i'r hyn sy'n digwydd.
Fodd bynnag, os nad yw dangosfyrddau wedi'u safoni, gallant fod yn gamarweiniol. Dadansoddwch pa ddata sydd ei angen ar bawb, ac yna creu disgrifiad safonol o'r hyn y mae'n ei olygu. Darganfyddwch beth sy'n gwneud mwy o synnwyr i randdeiliaid: graffeg, testun, neu rifau.
Dim profion llaw
Mae awtomeiddio prawf yn gosod y sylfaen ar gyfer piblinell CI / CD dda. Ond nid yw profion awtomataidd ar bob cam yn golygu na ddylech gynnal profion â llaw.
I adeiladu piblinell CI/CD effeithiol, mae angen profion llaw arnoch hefyd. Bydd bob amser rai agweddau ar brofi sy'n gofyn am ddadansoddiad dynol.
Mae'n werth ystyried integreiddio ymdrechion profi â llaw yn eich piblinell. Unwaith y bydd y profion â llaw ar rai achosion prawf wedi'u cwblhau, gallwch symud ymlaen i'r cam lleoli.
Peidiwch â cheisio gwella profion
Mae angen mynediad at yr offer cywir ar gyfer piblinell CI/CD effeithiol, boed yn reolaeth prawf neu integreiddio a monitro parhaus.
Mae creu diwylliant cryf sy'n canolbwyntio ar ansawdd yn anelu at , monitro rhyngweithiadau cwsmeriaid ar ôl eu lleoli ac olrhain gwelliannau.
Dyma rai awgrymiadau ymarferol y gallwch chi eu rhoi ar waith yn hawdd:
- Gwnewch yn siŵr bod eich profion yn hawdd i'w hysgrifennu ac yn ddigon hyblyg i beidio â thorri pan fyddwch chi'n ailffactorio'r cod.
- Dylid cynnwys timau datblygu yn y broses brofi - gweler rhestr o faterion a cheisiadau defnyddwyr sy'n bwysig i'w profi yn ystod piblinellau CI.
- Efallai nad oes gennych chi gwmpas prawf llawn, ond sicrhewch bob amser bod llifoedd sy'n bwysig i UX a phrofiad cwsmeriaid yn cael eu profi.
Pwynt olaf ond nid lleiaf pwysig
Mae'r newid i CI/CD fel arfer yn cael ei yrru o'r gwaelod i fyny, ond yn y pen draw mae'n drawsnewidiad sy'n gofyn am gefnogaeth arweinwyr, amser ac adnoddau gan y cwmni. Wedi’r cyfan, set o sgiliau, prosesau, offer ac ailstrwythuro diwylliannol yw CI/CD; dim ond yn systematig y gellir gweithredu newidiadau o’r fath.
Beth arall i'w ddarllen ar y pwnc:
- .
- .
- .
Ffynhonnell: hab.com