Llun:
Helo pawb! Rydym yn beirianwyr awtomeiddio o'r cwmni ac rydym yn cefnogi datblygiad cynhyrchion y cwmni: rydym yn cefnogi'r biblinell gydosod gyfan o ymrwymo llinell o god gan ddatblygwyr i gyhoeddi cynhyrchion gorffenedig a thrwyddedau ar weinyddion diweddaru. Yn anffurfiol, fe'n gelwir yn beirianwyr DevOps. Yn yr erthygl hon, rydym am siarad am gamau technolegol y broses cynhyrchu meddalwedd, sut rydyn ni'n eu gweld a sut rydyn ni'n eu dosbarthu.
O'r deunydd byddwch yn dysgu am gymhlethdod cydlynu datblygiad aml-gynnyrch, beth yw map technolegol a sut mae'n helpu i symleiddio ac ailadrodd datrysiadau, beth yw prif gamau a chamau'r broses ddatblygu, sut mae'r meysydd cyfrifoldeb rhwng DevOps a thimau yn ein cwmni.
Am Anrhefn a DevOps
Yn gryno, mae'r cysyniad o DevOps yn cynnwys offer a gwasanaethau datblygu, yn ogystal â methodolegau ac arferion gorau ar gyfer eu defnyddio. Gadewch i ni dynnu sylw at y byd-eang nod o weithredu syniadau DevOps yn ein cwmni: mae hwn yn ostyngiad cyson yng nghost cynhyrchu a chynnal a chadw cynhyrchion mewn termau meintiol (oriau dyn neu oriau peiriant, CPU, RAM, Disg, ac ati). Y ffordd hawsaf a mwyaf amlwg i leihau cost gyffredinol datblygu ar lefel y cwmni cyfan yw lleihau'r gost o gyflawni tasgau cyfresol nodweddiadol ar bob cam cynhyrchu. Ond beth yw'r camau hyn, sut i'w gwahanu oddi wrth y broses gyffredinol, pa gamau y maent yn eu cynnwys?
Pan fydd cwmni'n datblygu un cynnyrch, mae popeth fwy neu lai yn glir: fel arfer mae cynllun mapio a datblygu cyffredin. Ond beth i'w wneud pan fydd y llinell gynnyrch yn ehangu ac mae mwy o gynhyrchion? Ar yr olwg gyntaf, mae ganddyn nhw brosesau a llinellau cydosod tebyg, ac mae'r gêm “dod o hyd i X gwahaniaethau” mewn logiau a sgriptiau yn dechrau. Ond beth os oes prosiectau 5+ eisoes yn cael eu datblygu'n weithredol a bod angen cefnogaeth ar gyfer sawl fersiwn a ddatblygwyd dros nifer o flynyddoedd? A ydym am ailddefnyddio'r nifer fwyaf posibl o atebion ar y gweill neu a ydym yn barod i wario arian ar ddatblygiad unigryw ar gyfer pob un?
Sut i ddod o hyd i gydbwysedd rhwng unigrywiaeth a datrysiadau cyfresol?
Dechreuodd y cwestiynau hyn godi ger ein bron yn amlach ac yn amlach ers 2015. Tyfodd nifer y cynhyrchion, a gwnaethom geisio ehangu ein hadran awtomeiddio (DevOps), a oedd yn cefnogi llinellau cydosod y cynhyrchion hyn, i'r lleiafswm. Ar yr un pryd, roeddem am ailadrodd cymaint o atebion â phosibl rhwng cynhyrchion. Wedi'r cyfan, pam gwneud yr un peth mewn deg cynnyrch mewn gwahanol ffyrdd?
Cyfarwyddwr Datblygu: "Bois, a allwn ni rywsut werthuso'r hyn y mae DevOps yn ei wneud ar gyfer cynhyrchion?"
Rydym yn: “Dydyn ni ddim yn gwybod, ni wnaethom ofyn cwestiwn o’r fath, ond pa ddangosyddion y dylid eu hystyried?”
Cyfarwyddwr Datblygu: " Pwy a wyr ! Meddwl…"
Fel yn y ffilm enwog honno: "Rydw i mewn gwesty! .." - "Uh ... Allwch chi ddangos y ffordd i mi?" Wrth fyfyrio, daethom i'r casgliad bod angen inni benderfynu yn gyntaf ar gyflwr terfynol y cynhyrchion; dyma oedd ein nod cyntaf.
Felly, sut ydych chi'n dadansoddi dwsin o gynhyrchion gyda thimau gweddol fawr o 10 i 200 o bobl ac yn pennu metrigau mesuradwy wrth ddyblygu atebion?
1:0 o blaid Chaos, neu DevOps ar y llafnau
Dechreuon ni gydag ymgais i gymhwyso diagramau IDEF0 ac amrywiol ddiagramau prosesau busnes o gyfres BPwin. Dechreuodd y dryswch ar ôl pumed sgwâr cam nesaf y prosiect nesaf, a gellir tynnu'r sgwariau hyn ar gyfer pob prosiect yng nghynffon python hir o dan 50+ o gamau. Roeddwn i'n teimlo'n drist ac eisiau udo ar y lleuad - nid oedd yn ffitio'n gyffredinol.
Tasgau cynhyrchu nodweddiadol
Mae modelu prosesau cynhyrchu yn waith cymhleth a manwl iawn: mae angen i chi gasglu, prosesu a dadansoddi llawer o ddata o wahanol adrannau a chadwyni cynhyrchu. Gallwch ddarllen mwy am hyn yn yr erthygl "'.
Pan ddechreuon ni fodelu ein proses gynhyrchu, roedd gennym nod penodol - cyfleu i bob gweithiwr sy'n ymwneud â datblygu cynhyrchion ein cwmni, ac i reolwyr prosiect:
- sut mae cynhyrchion a'u cydrannau, gan ddechrau o ymrwymiad llinell o god, yn cyrraedd y cwsmer ar ffurf gosodwyr a diweddariadau,
- pa adnoddau a ddarperir ar gyfer pob cam o gynhyrchu cynhyrchion,
- pa wasanaethau sydd dan sylw ym mhob cam,
- sut y caiff y meysydd cyfrifoldeb ar gyfer pob cam eu hamffinio,
- pa gontractau sy'n bodoli wrth fynedfa ac allanfa pob cam.
Bydd clicio ar y ddelwedd yn ei agor mewn maint llawn.
Mae ein gwaith yn y cwmni wedi'i rannu'n sawl maes swyddogaethol. Mae cyfeiriad y seilwaith yn ymwneud ag optimeiddio gweithrediad holl adnoddau "haearn" yr adran, yn ogystal ag awtomeiddio lleoli peiriannau rhithwir a'r amgylchedd arnynt. Mae cyfeiriad y monitro yn darparu rheolaeth perfformiad gwasanaeth 24/7; rydym hefyd yn darparu monitro fel gwasanaeth i ddatblygwyr. Mae'r cyfeiriad llif gwaith yn rhoi offer i dimau reoli prosesau datblygu a phrofi, dadansoddi cyflwr y cod, a chael dadansoddeg ar brosiectau. Ac yn olaf, mae cyfeiriad webdev yn darparu cyhoeddi datganiadau ar weinyddion diweddaru GUS a FLUS, yn ogystal â thrwyddedu cynhyrchion sy'n defnyddio'r gwasanaeth LicenseLab. Er mwyn cefnogi'r broses gynhyrchu, rydym yn sefydlu ac yn cynnal llawer o wahanol wasanaethau cymorth i ddatblygwyr (gallwch wrando ar straeon am rai ohonynt ar hen gyfarfodydd: и). Rydym hefyd yn datblygu offer awtomeiddio mewnol, gan gynnwys .
Dros y pum mlynedd diwethaf, mae ein gwaith wedi cronni llawer o'r un math a gweithrediadau arferol, ac mae ein datblygwyr o adrannau eraill yn bennaf yn dod o'r hyn a elwir yn tasgau nodweddiadol, y mae ei ddatrysiad wedi'i awtomeiddio'n llawn neu'n rhannol, nid yw'n achosi anawsterau i berfformwyr ac nid oes angen llawer o waith arno. Ynghyd â'r meysydd arweiniol, buom yn dadansoddi tasgau o'r fath ac yn gallu nodi categorïau unigol o waith, neu camau cynhyrchu, rhannwyd y camau yn gamau anwahanadwy, ac mae sawl cam yn adio cadwyn proses gynhyrchu.
Yr enghraifft symlaf o gadwyn dechnolegol yw'r camau o gydosod, defnyddio a phrofi pob un o'n cynhyrchion o fewn y cwmni. Yn ei dro, er enghraifft, mae'r cam adeiladu yn cynnwys llawer o gamau nodweddiadol ar wahân: lawrlwytho ffynonellau o GitLab, paratoi dibyniaethau a llyfrgelloedd trydydd parti, profi unedau a dadansoddi cod statig, gweithredu sgript adeiladu ar GitLab CI, cyhoeddi arteffactau yn yr ystorfa ar Artifactory a chynhyrchu nodiadau rhyddhau trwy ein hofferyn mewnol ChangelogBuilder.
Gallwch ddarllen am dasgau nodweddiadol DevOps yn ein herthyglau eraill ar Habré: ""Ac"'.
Mae llawer o gadwyni cynhyrchu nodweddiadol yn ffurfio broses weithgynhyrchu. Y dull safonol o ddisgrifio prosesau yw defnyddio modelau swyddogaethol IDEF0.
Enghraifft o fodelu proses CI gweithgynhyrchu
Rhoesom sylw arbennig i ddatblygiad prosiectau safonol ar gyfer system integreiddio barhaus. Roedd hyn yn ei gwneud yn bosibl i gyflawni uno prosiectau, gan amlygu'r hyn a elwir cynllun adeiladu rhyddhau gyda hyrwyddiadau.
Dyma sut mae'n gweithio. Mae pob prosiect yn edrych yn nodweddiadol: maent yn cynnwys cyfluniad gwasanaethau sy'n perthyn i'r ystorfa gipluniau yn Artifactory, ac ar ôl hynny cânt eu defnyddio a'u profi ar feinciau prawf, ac yna eu dyrchafu i'r ystorfa ryddhau. Mae'r gwasanaeth Artifactory yn bwynt dosbarthu sengl ar gyfer yr holl arteffactau adeiladu rhwng timau a gwasanaethau eraill.
Os byddwn yn symleiddio ac yn cyffredinoli ein cynllun rhyddhau yn fawr, mae'n cynnwys y camau canlynol:
- cydosod cynnyrch traws-lwyfan,
- lleoli i feinciau profi,
- rhedeg profion swyddogaethol a phrofion eraill,
- hyrwyddo adeiladau profedig i ryddhau storfeydd yn Artifactory,
- cyhoeddi datganiad yn adeiladu ar weinyddion diweddaru,
- cyflwyno gwasanaethau a diweddariadau i gynhyrchu,
- lansio gosod a diweddaru'r cynnyrch.
Er enghraifft, ystyriwch fodel technolegol y cynllun rhyddhau nodweddiadol hwn (Model yn unig o hyn allan) ar ffurf model IDEF0 swyddogaethol. Mae'n adlewyrchu prif gamau ein proses CI. Mae modelau IDEF0 yn defnyddio'r hyn a elwir nodiant ICOM (Mecanwaith Mewnbwn-Rheoli-Allbwn) i ddisgrifio pa adnoddau sy'n cael eu defnyddio ar bob cam, yn seiliedig ar ba reolau a gofynion sy'n gweithio, beth yw'r allbwn, a pha fecanweithiau, gwasanaethau neu bobl sy'n gweithredu cam penodol.
Bydd clicio ar y ddelwedd yn ei agor mewn maint llawn.
Fel rheol, mae'n haws dadelfennu a manylu ar y disgrifiad o brosesau mewn modelau swyddogaethol. Ond wrth i nifer yr elfennau gynyddu, mae'n dod yn fwyfwy anodd deall rhywbeth ynddynt. Ond mewn datblygiad go iawn mae yna hefyd gamau ategol: monitro, ardystio cynhyrchion, awtomeiddio prosesau gwaith, ac eraill. Oherwydd y broblem raddio y gwnaethom roi'r gorau i'r disgrifiad hwn.
Genedigaeth gobaith
Mewn un llyfr, daethom ar draws hen fapiau Sofietaidd yn disgrifio prosesau technolegol (sydd, gyda llaw, yn dal i gael eu defnyddio heddiw mewn llawer o fentrau a phrifysgolion sy'n eiddo i'r wladwriaeth). Arhoswch, arhoswch, oherwydd mae gennym hefyd lif gwaith!.. Mae yna gamau, canlyniadau, metrigau, gofynion, dangosyddion, ac yn y blaen ac yn y blaen ... Beth am geisio cymhwyso lliflenni i'n piblinellau cynnyrch hefyd? Roedd yna deimlad: “Dyma fe! Rydyn ni wedi dod o hyd i'r edefyn iawn, mae'n bryd ei dynnu'n dda!
Mewn tabl syml, penderfynasom gofnodi cynhyrchion fesul colofn, a chamau technolegol a chamau'r cludwr cynnyrch fesul rhes. Mae camau yn rhywbeth mawr, fel cam cydosod cynnyrch. Ac mae camau yn rhywbeth llai a mwy manwl, er enghraifft, y cam o lawrlwytho'r cod ffynhonnell i'r gweinydd adeiladu neu'r cam o lunio'r cod.
Ar groestoriadau rhesi a cholofnau'r map, rydyn ni'n nodi'r statws ar gyfer cam a chynnyrch penodol. Ar gyfer statws, diffiniwyd set o daleithiau:
- Dim gwybodaeth - neu'n amhriodol. Mae angen dadansoddi'r galw am gam yn y cynnyrch. Naill ai mae'r dadansoddiad eisoes wedi'i wneud, ond nid oes angen y cam ar hyn o bryd neu nid oes cyfiawnhad economaidd iddo.
- Gohiriwyd - neu ddim yn berthnasol ar hyn o bryd. Mae angen cam ar y gweill, ond nid oes unrhyw rymoedd ar gyfer gweithredu eleni.
- Wedi'i gynllunio. Bwriedir gweithredu'r cam eleni.
- Gweithredwyd. Mae'r cam sydd ar y gweill yn cael ei weithredu yn y cyfaint gofynnol.
Dechreuodd llenwi'r tabl fesul prosiect. Yn gyntaf, dosbarthwyd camau a chamau un prosiect a chofnodwyd eu statws. Yna fe wnaethant gymryd y prosiect nesaf, gosod y statws ynddo ac ychwanegu'r camau a'r camau a oedd ar goll mewn prosiectau blaenorol. O ganlyniad, cawsom gamau a chamau ein piblinell gynhyrchu gyfan a'u statws mewn prosiect penodol. Mae'n troi allan rhywbeth tebyg i'r cynnyrch piblinell matrics cymhwysedd. Fe wnaethom alw matrics o'r fath yn fap technolegol.
Gyda chymorth y map technolegol, rydym yn cydlynu’n rhesymol gyda’r timau y cynlluniau gwaith ar gyfer y flwyddyn a’r targedau yr ydym am eu cyflawni gyda’n gilydd: pa gamau rydym yn eu hychwanegu at y prosiect eleni, a pha rai y byddwn yn gadael ar eu cyfer yn ddiweddarach. Hefyd, yn ystod y gwaith, efallai y bydd gennym welliannau yn y camau yr ydym wedi'u cwblhau ar gyfer un cynnyrch yn unig. Yna rydym yn ehangu ein map ac yn cyflwyno'r gwelliant hwn fel cam neu gam newydd, yna rydym yn dadansoddi ar gyfer pob cynnyrch a darganfod dichonoldeb ailadrodd y gwelliant.
Efallai eu bod yn gwrthwynebu i ni: “Mae hyn i gyd yn dda, wrth gwrs, ond dros amser bydd nifer y camau a'r camau yn mynd yn afresymol o fawr. Beth ddylwn i ei wneud?
Rydym wedi cyflwyno disgrifiadau safonol a gweddol gyflawn o’r gofynion ar gyfer pob cam a cham, fel bod pawb o fewn y cwmni yn eu deall yn yr un modd. Dros amser, wrth i welliannau gael eu cyflwyno, efallai y bydd cam yn cael ei amsugno i gam neu gam arall, ac yna byddant yn "cwympo". Ar yr un pryd, mae'r holl ofynion a naws technolegol yn cyd-fynd â gofynion y cam neu'r cam cyffredinoli.
Sut i werthuso effaith dyblygu datrysiadau? Rydym yn defnyddio dull hynod o syml: rydym yn priodoli’r costau cyfalaf cychwynnol ar gyfer gweithredu cam newydd i gostau cynnyrch cyffredinol blynyddol, ac yna’n rhannu â phawb wrth ddyblygu.
Mae rhannau o'r datblygiad eisoes wedi'u dangos fel cerrig milltir a chamau ar y map. Gallwn ddylanwadu ar leihau cost y cynnyrch trwy gyflwyno awtomeiddio ar gyfer camau nodweddiadol. Ar ôl hynny, rydym yn ystyried y newidiadau mewn nodweddion ansoddol, metrigau meintiol a'r elw a dderbynnir gan y timau (mewn oriau dyn neu oriau peiriant o arbedion).
Map technolegol o'r broses gynhyrchu
Os cymerwn ein holl gamau a'n camau, eu hamgodio â thagiau a'u hehangu i un gadwyn, yna bydd yn hir iawn ac yn annealladwy (dim ond yr union “gynffon python” y buom yn siarad amdano ar ddechrau'r erthygl) :
[Production] — [InfMonitoring] — [SourceCodeControl] — [Prepare] — [PrepareLinuxDocker] — [PrepareWinDocker] — [Build] — [PullSourceCode] — [PrepareDep] — [UnitTest] — [CodeCoverage] — [StaticAnalyze] — [BuildScenario] — [PushToSnapshot] — [ChangelogBuilder] — [Deploy] — [PrepareTestStand] — [PullTestCode] — [PrepareTestEnv] — [PullArtifact] — [DeployArtifact] — [Test] — [BVTTest] — [SmokeTest] — [FuncTest] — [LoadTest] — [IntegrityTest] — [DeliveryTest] — [MonitoringStands] — [TestManagement] — [Promote] — [QualityTag] — [MoveToRelease] — [License] — [Publish] — [PublishGUSFLUS] — [ControlVisibility] — [Install] — [LicenseActivation] — [RequestUpdates] — [PullUpdates] — [InitUpdates] — [PrepareEnv] — [InstallUpdates] — [Telemetry] — [Workflow] — [Communication] — [Certification] — [CISelfSufficiency]Dyma gamau cynhyrchion adeiladu [Adeiladu], eu defnyddio i brofi gweinyddwyr [Deploy], profi [Prawf], hyrwyddo adeiladau i ryddhau storfeydd yn seiliedig ar ganlyniadau profion [Hyrwyddo], cynhyrchu a chyhoeddi trwyddedau [Trwydded], cyhoeddi [ Cyhoeddi] ar weinydd diweddaru GUS a'i ddosbarthu i weinyddion diweddaru FLUS, gosod a diweddaru cydrannau cynnyrch ar seilwaith y cwsmer gan ddefnyddio Rheoli Ffurfweddu Cynnyrch [Gosod], yn ogystal â chasglu telemetreg [Telemetreg] o gynhyrchion sydd wedi'u gosod.
Yn ogystal â hwy, gellir gwahaniaethu camau ar wahân: monitro cyflwr seilwaith [InfMonitoring], fersiwn cod ffynhonnell [SourceCodeControl], paratoi amgylchedd adeiladu [Paratoi], rheoli prosiect [Llif Gwaith], darparu offer cyfathrebu [Cyfathrebu] i dimau, ardystio cynnyrch [Paratoi] Ardystio] a sicrhau hunangynhaliaeth prosesau CI [CISelfSufficiency] (er enghraifft, annibyniaeth gwasanaethau o'r Rhyngrwyd). Ni fydd dwsinau o gamau yn ein prosesau hyd yn oed yn cael eu hystyried, oherwydd eu bod yn benodol iawn.
Bydd yn llawer haws deall a gweld y broses gynhyrchu gyfan os caiff ei chyflwyno ar y ffurf map technolegol; mae hwn yn dabl lle mae camau cynhyrchu unigol a chamau dadelfenedig y Model wedi'u hysgrifennu mewn rhesi, ac mewn colofnau disgrifiad o'r hyn a wneir ym mhob cam neu gam. Rhoddir y prif bwyslais ar yr adnoddau sy'n darparu pob cam, a therfynu meysydd cyfrifoldeb.
Mae'r map i ni yn fath o ddosbarthwr. Mae'n adlewyrchu'r rhannau technolegol mawr o gynhyrchu cynhyrchion. Diolch iddo, daeth yn haws i'n tîm awtomeiddio ryngweithio â datblygwyr a chynllunio gweithredu camau awtomeiddio ar y cyd, yn ogystal â deall pa gostau ac adnoddau llafur (dynol a chaledwedd) fydd eu hangen ar gyfer hyn.
Y tu mewn i'n cwmni, mae'r map yn cael ei gynhyrchu'n awtomatig o'r templed jinja fel ffeil HTML arferol, ac yna'n cael ei uwchlwytho i weinydd GitLab Pages. Gellir gweld sgrinlun gydag enghraifft o fap wedi'i gynhyrchu'n llawn .
Bydd clicio ar y ddelwedd yn ei agor mewn maint llawn.
Yn fyr, mae'r map technolegol yn ddarlun cyffredinol o'r broses gynhyrchu, sy'n adlewyrchu blociau wedi'u dosbarthu'n glir gydag ymarferoldeb nodweddiadol.
Strwythur ein map ffordd
Mae’r map yn cynnwys sawl rhan:
- Ardal teitl - dyma ddisgrifiad cyffredinol o'r map, cyflwynir cysyniadau sylfaenol, diffinnir prif adnoddau a chanlyniadau'r broses gynhyrchu.
- Dangosfwrdd - yma gallwch reoli arddangosiad data ar gyfer cynhyrchion unigol, darperir crynodeb o'r camau gweithredu a'r camau yn gyffredinol ar gyfer pob cynnyrch.
- Map technolegol - disgrifiad tabl o'r broses dechnolegol. Ar y map:
- rhoddir pob cam, cam a'u codau;
- rhoddir disgrifiadau byr a chyflawn o'r camau;
- bod yr adnoddau mewnbwn a'r gwasanaethau a ddefnyddir ym mhob cam wedi'u nodi;
- nodir canlyniadau pob cam a cham ar wahân;
- nodir y maes cyfrifoldeb ar gyfer pob cam a cham;
- mae'r adnoddau technegol, megis HDD (SSD), RAM, vCPU, a'r oriau gwaith angenrheidiol i gefnogi'r gwaith ar hyn o bryd, ar hyn o bryd - ffaith, ac yn y dyfodol - cynllun, wedi'u pennu;
- ar gyfer pob cynnyrch, nodir pa gamau technolegol neu gamau ar ei gyfer sydd wedi'u gweithredu, wedi'u cynllunio i'w gweithredu, yn amherthnasol neu heb eu gweithredu.
Gwneud penderfyniadau yn seiliedig ar y map technolegol
Ar ôl archwilio'r map, mae'n bosibl cymryd rhai camau gweithredu - yn dibynnu ar rôl y gweithiwr yn y cwmni (rheolwr datblygu, rheolwr cynnyrch, datblygwr neu brofwr):
- deall pa gamau sydd ar goll mewn cynnyrch neu brosiect go iawn, ac asesu'r angen i'w gweithredu;
- cyfyngu'r meysydd cyfrifoldeb rhwng sawl adran os ydynt yn gweithio ar gamau gwahanol;
- cytuno ar gontractau wrth fynedfeydd ac allanfeydd y llwyfannau;
- integreiddio eich cam gwaith i'r broses ddatblygu gyffredinol;
- asesu'n fwy cywir yr angen am adnoddau sy'n darparu pob un o'r camau.
Crynhoi pob un o'r uchod
Mae'r llwybro yn hyblyg, yn estynadwy ac yn hawdd i'w gynnal. Mae'n llawer haws datblygu a chynnal disgrifiad o brosesau yn y ffurf hon nag mewn model IDEF0 academaidd llym. Yn ogystal, mae disgrifiad tabl yn symlach, yn fwy cyfarwydd, ac wedi'i strwythuro'n well na model swyddogaethol.
Ar gyfer gweithredu technegol y camau, mae gennym offeryn mewnol arbennig CrossBuilder - offeryn haen rhwng systemau CI, gwasanaethau a seilwaith. Nid oes angen i'r datblygwr dorri ei feic: yn ein system CI, mae'n ddigon i redeg un o'r sgriptiau (y dasg fel y'i gelwir) yr offeryn CrossBuilder, a fydd yn ei weithredu'n gywir, gan ystyried nodweddion ein seilwaith .
Canlyniadau
Trodd yr erthygl yn eithaf hir, ond mae hyn yn anochel wrth ddisgrifio modelu prosesau cymhleth. Yn y diwedd, hoffwn drwsio ein prif syniadau yn fyr:
- Y nod o weithredu syniadau DevOps yn ein cwmni yw lleihau'n gyson gost cynhyrchu a chynnal a chadw cynhyrchion y cwmni mewn termau meintiol (oriau dyn neu oriau peiriant, vCPU, RAM, Disg).
- Y ffordd i leihau cost gyffredinol datblygiad yw lleihau'r gost o gyflawni tasgau cyfresol nodweddiadol: camau a chamau'r broses dechnolegol.
- Tasg nodweddiadol yw tasg y mae ei datrysiad wedi'i awtomeiddio'n llawn neu'n rhannol, nad yw'n achosi anawsterau i berfformwyr ac nad oes angen costau llafur sylweddol arni.
- Mae'r broses gynhyrchu yn cynnwys camau, rhennir y camau yn gamau anwahanadwy, sy'n cynrychioli tasgau nodweddiadol o wahanol raddfeydd a chyfaint.
- O dasgau nodweddiadol gwahanol, rydym wedi dod i gadwyni technolegol cymhleth a modelau aml-lefel o'r broses gynhyrchu, y gellir eu disgrifio gan fodel IDEF0 swyddogaethol neu fap technolegol symlach.
- Mae'r map technolegol yn gynrychiolaeth tabl o gamau a chamau'r broses gynhyrchu. Y peth pwysicaf: mae'r map yn caniatáu ichi weld y broses gyfan yn ei chyfanrwydd, mewn darnau mawr gyda'r posibilrwydd o'u manylu.
- Yn seiliedig ar y map technolegol, mae'n bosibl asesu'r angen i gyflwyno camau mewn cynnyrch penodol, amlinellu meysydd cyfrifoldeb, cytuno ar gontractau ar fewnbynnau ac allbynnau camau, ac asesu'r angen am adnoddau yn fwy cywir.
Yn yr erthyglau canlynol byddwn yn siarad yn fanylach am ba offer technegol a ddefnyddir i weithredu rhai camau technolegol ar ein map.
Awduron yr erthygl:
- — Pennaeth Awtomatiaeth (DevOps) yn Positive Technologies
- - Dirprwy Pennaeth Adran Awtomatiaeth (DevOps) yn Positive Technologies
Ffynhonnell: hab.com