Beth sydd ei angen i gwmni TG fod yn llwyddiannus yn 2019? Mae darlithwyr mewn cynadleddau a chyfarfodydd yn dweud llawer o eiriau uchel nad ydynt bob amser yn ddealladwy i bobl normal. Y frwydr am amser lleoli, microwasanaethau, rhoi'r gorau i'r monolith, trawsnewid DevOps a llawer, llawer mwy. Os byddwn yn taflu harddwch geiriol ac yn siarad yn uniongyrchol ac yn Rwsieg, yna mae'r cyfan yn dibynnu ar draethawd ymchwil syml: gwnewch gynnyrch o ansawdd uchel, a gwnewch hynny gyda chysur i'r tîm.
Mae'r olaf wedi dod yn hollbwysig. Mae busnes o'r diwedd wedi dod i'r casgliad bod proses ddatblygu gyfforddus yn cynyddu cynhyrchiant, ac os yw popeth yn cael ei ddadfygio ac yn gweithio fel cloc, mae hefyd yn rhoi rhywfaint o le i symud mewn sefyllfaoedd argyfyngus. Un tro, er mwyn y symudiad hwn, lluniodd person smart penodol gopïau wrth gefn, ond mae'r diwydiant yn datblygu, a daethom at beirianwyr DevOps - pobl sy'n troi'r broses ryngweithio rhwng datblygu a seilwaith allanol yn rhywbeth digonol a ddim yn ymwneud â shamaniaeth.
Mae'r stori “fodiwlaidd” gyfan hon yn fendigedig, ond... Digwyddodd felly bod rhai o'r gweinyddwyr yn cael eu galw'n sydyn yn DevOps, a dechreuodd peirianwyr DevOps eu hunain fod yn ofynnol i feddu ar o leiaf sgiliau telepathi a chlirwelediad.
Cyn inni siarad am broblemau modern darparu seilwaith, gadewch i ni ddiffinio’r hyn a olygwn wrth y term hwn. Ar hyn o bryd, mae'r sefyllfa wedi datblygu yn y fath fodd fel ein bod wedi cyrraedd deuoliaeth y cysyniad hwn: gall seilwaith fod yn allanol yn amodol ac yn fewnol yn amodol.
Wrth seilwaith allanol rydym yn golygu popeth sy'n sicrhau ymarferoldeb y gwasanaeth neu'r cynnyrch y mae'r tîm yn ei ddatblygu. Mae'r rhain yn weinyddion cymhwysiad neu wefan, gwesteiwr a gwasanaethau eraill sy'n sicrhau ymarferoldeb y cynnyrch.
Mae'r seilwaith mewnol yn cynnwys gwasanaethau ac offer a ddefnyddir gan y tîm datblygu ei hun a gweithwyr eraill, y mae llawer ohonynt fel arfer. Mae'r rhain yn weinyddion mewnol systemau storio cod, rheolwr tasgau a ddefnyddir yn lleol a phopeth, popeth, popeth sy'n bodoli o fewn y fewnrwyd gorfforaethol.
Beth mae gweinyddwr system yn ei wneud mewn cwmni? Yn ogystal â'r gwaith o weinyddu'r fewnrwyd gorfforaethol iawn hon, mae'n aml yn ysgwyddo baich pryderon economaidd i sicrhau gweithrediad offer swyddfa. Yr un dyn yw'r gweinyddwr a fydd yn llusgo uned system newydd neu liniadur sbâr yn gyflym i'w ddefnyddio o'r ystafell gefn, yn dosbarthu bysellfwrdd ffres ac yn cropian ar bob pedwar trwy'r swyddfeydd, gan ymestyn y cebl Ethernet. Mae gweinyddwr yn berchennog lleol ac yn rheolwr nid yn unig gweinyddwyr mewnol ac allanol, ond hefyd gweithredwr busnes. Oes, dim ond yn yr awyren system y gall rhai gweinyddwyr weithio, heb galedwedd. Dylent gael eu gwahanu yn is-ddosbarth ar wahân o “weinyddwyr system seilwaith.” Ac mae rhai yn arbenigo mewn gwasanaethu offer swyddfa yn unig; yn ffodus, os oes gan y cwmni fwy na chant o bobl, nid yw'r gwaith byth yn dod i ben. Ond nid yw'r naill na'r llall ohonynt yn devops.
Pwy yw DevOps? Mae Devops yn ddynion sy'n siarad am ryngweithio datblygu meddalwedd â seilwaith allanol. Yn fwy manwl gywir, mae devops modern yn cymryd rhan yn y prosesau datblygu a defnyddio llawer dyfnach nag y bu gweinyddwyr a oedd wedi uwchlwytho diweddariadau i ftp erioed wedi cymryd rhan. Un o dasgau allweddol peiriannydd DevOps nawr yw sicrhau proses ryngweithiol gyfforddus a strwythuredig rhwng timau datblygu a seilwaith cynnyrch. Y bobl hyn sy’n gyfrifol am ddefnyddio systemau dychwelyd a defnyddio; y bobl hyn sy’n cymryd rhywfaint o’r baich oddi ar ddatblygwyr ac yn canolbwyntio cymaint â phosibl ar eu tasg hynod bwysig. Ar yr un pryd, ni fydd devops byth yn rhedeg cebl newydd nac yn rhoi gliniadur newydd o'r ystafell gefn (c) KO
Beth yw'r dalfa?
I'r cwestiwn "Pwy yw DevOps?" mae hanner gweithwyr y maes yn dechrau ateb rhywbeth fel “Wel, yn fyr, dyma’r gweinyddwr pwy...” ac ymhellach yn y testun. Ie, unwaith ar y tro, pan oedd proffesiwn peiriannydd DevOps newydd ddod i'r amlwg gan y gweinyddwyr mwyaf dawnus o ran cynnal a chadw gwasanaethau, nid oedd y gwahaniaethau rhyngddynt yn amlwg i bawb. Ond nawr, pan fydd swyddogaethau devops a gweinyddol yn y tîm wedi dod yn dra gwahanol, mae'n annerbyniol eu drysu â'i gilydd, neu hyd yn oed eu hafalu.
Ond beth mae hyn yn ei olygu i fusnes?
Llogi, mae'n ymwneud â hi.
Rydych yn agor swydd wag ar gyfer “System Administrator”, a’r gofynion a restrir yno yw “rhyngweithio gyda datblygiad a chwsmeriaid”, “system ddosbarthu CI/CD”, “cynnal a chadw gweinyddion ac offer y cwmni”, “gweinyddu systemau mewnol” ac ati ymlaen; rydych chi'n deall bod y cyflogwr yn siarad nonsens. Y dalfa yw y dylai teitl y swydd wag fod yn “DevOps Engineer” yn lle “Gweinyddwr System”, ac os caiff y teitl hwn ei newid, yna mae popeth yn disgyn i'w le.
Fodd bynnag, pa argraff a gaiff rhywun wrth ddarllen swydd wag o'r fath? Bod y cwmni'n chwilio am weithredwr aml-beiriant a fydd yn defnyddio system rheoli fersiwn a monitro ac a fydd yn gwasgu'r twister â'i ddannedd ...
Ond er mwyn peidio â chynyddu lefel y caethiwed i gyffuriau yn y farchnad lafur, mae'n ddigon galw swyddi gwag yn ôl eu henwau priodol a deall yn glir bod peiriannydd DevOps a gweinyddwr system yn ddau endid gwahanol. Ond mae awydd anwrthdroadwy rhai cyflogwyr i gyflwyno'r rhestr ehangaf posibl o ofynion i ymgeisydd yn arwain at y ffaith bod gweinyddwyr systemau "clasurol" yn peidio â deall yr hyn sy'n digwydd o'u cwmpas. Beth, mae'r proffesiwn yn treiglo ac maen nhw ar ei hôl hi?
Na na ac un tro arall na. Nid yw gweinyddwyr seilwaith a fydd yn rheoli gweinyddwyr mewnol y cwmni, neu sy'n meddiannu swyddi cymorth L2/L3 ac yn helpu gweithwyr eraill, wedi mynd i ffwrdd ac nid ydynt yn mynd i ddiflannu.
A all yr arbenigwyr hyn ddod yn beirianwyr DevOps? Wrth gwrs y gallant. Mewn gwirionedd, mae hwn yn amgylchedd cysylltiedig sy'n gofyn am sgiliau gweinyddu system, ond yn ogystal â hyn, ychwanegir gwaith gyda monitro, systemau cyflwyno ac, yn gyffredinol, rhyngweithio agos â'r tîm datblygu a phrofi.
Problem arall gyda DevOps
Mewn gwirionedd, nid yw popeth yn gyfyngedig i logi yn unig a dryswch cyson rhwng gweinyddwyr a devops. Ar ryw adeg, roedd y busnes yn wynebu'r broblem o gyflwyno diweddariadau a rhyngweithio'r tîm datblygu â'r seilwaith terfynol.
Efallai mai dyna pryd y safodd ewythr â llygaid pefriog ar lwyfan rhyw gynhadledd a dweud, “Rydyn ni'n gwneud hyn ac yn ei alw'n DevOps. Bydd y dynion hyn yn datrys eich holl broblemau ”- a dechreuodd ddweud pa mor dda yw bywyd yn y cwmni ar ôl gweithredu arferion DevOps.
Fodd bynnag, nid yw'n ddigon llogi peiriannydd DevOps i wneud i bopeth weithio fel y dylai. Rhaid i'r cwmni gael trawsnewidiad DevOps yn llwyr, hynny yw, rhaid deall rôl a galluoedd ein DevOps yn glir hefyd ar ochr y tîm datblygu a phrofi cynnyrch. Mae gennym stori “bendigedig” ar y testun hwn sy’n darlunio’n llawn yr holl greulondeb sy’n digwydd mewn rhai mannau.
Sefyllfa. Mae'n ofynnol i DevOps ddefnyddio system dychwelyd fersiynau heb ymchwilio'n wirioneddol i sut y bydd yn gweithio. Gadewch i ni dybio bod yna feysydd ar wahân o fewn y system Defnyddwyr ar gyfer enw cyntaf, enw olaf a chyfrinair. Mae fersiwn newydd o'r cynnyrch yn dod allan, ond i ddatblygwyr, dim ond ffon hud yw "dychweliad" a fydd yn trwsio popeth, ac nid ydyn nhw hyd yn oed yn gwybod sut mae'n gweithio. Felly, er enghraifft, yn y darn nesaf cyfunodd y datblygwyr y meysydd enw cyntaf ac olaf, ei gyflwyno i gynhyrchu, ond mae'r fersiwn yn araf am ryw reswm. Beth sy'n Digwydd? Daw'r rheolwyr i ddevops a dweud "Tynnwch y switsh!", hynny yw, yn gofyn iddo rolio'n ôl i'r fersiwn flaenorol. Beth mae devops yn ei wneud? Mae'n dychwelyd i'r fersiwn flaenorol, ond gan nad oedd y datblygwyr eisiau darganfod sut y gwnaed y dychweliad hwn, ni ddywedodd unrhyw un wrth dîm devops fod angen rholio'r gronfa ddata yn ôl hefyd. O ganlyniad, mae popeth yn chwalu i ni, ac yn lle gwefan araf, mae defnyddwyr yn gweld gwall "500", oherwydd nid yw'r hen fersiwn yn gweithio gyda meysydd y gronfa ddata newydd. Nid yw Devops yn gwybod am hyn. Mae'r datblygwyr yn dawel. Mae'r rheolwyr yn dechrau colli eu nerfau a'u harian ac yn cofio'r copïau wrth gefn, gan gynnig rholio'n ôl oddi arnyn nhw fel bod "o leiaf rhywbeth yn gweithio." O ganlyniad, mae defnyddwyr yn colli eu holl ddata dros gyfnod o amser.
Mae'r cnau, wrth gwrs, yn mynd i devops, "na wnaeth system dychwelyd iawn," a does neb yn poeni mai datblygwyr yw'r elciaid yn y stori hon.
Mae'r casgliad yn syml: heb ymagwedd arferol at DevOps fel y cyfryw, nid yw o fawr o ddefnydd.
Y prif beth i'w gofio: nid yw peiriannydd DevOps yn gonsuriwr, a heb gyfathrebu o ansawdd a rhyngweithio dwy ffordd â datblygiad, ni fydd yn ymdopi â'i dasgau. Ni all devs gael eu gadael ar eu pen eu hunain gyda’u “problemau” na rhoi’r gorchymyn “peidiwch ag ymyrryd â’r datblygwyr, eu gwaith yw codio,” ac yna gobeithio y bydd popeth yn gweithio fel y dylai ar adeg dyngedfennol. Nid dyna sut mae'n gweithio.
Yn y bôn, mae DevOps yn gymhwysedd ar y ffin rhwng rheolaeth a thechnoleg. Ar ben hynny, mae'n bell o fod yn amlwg y dylai fod mwy o dechnoleg na rheolaeth yn y coctel hwn. Os ydych chi wir eisiau adeiladu prosesau datblygu cyflymach a mwy effeithlon, rhaid i chi ymddiried yn eich tîm devops. Mae'n gwybod yr offer cywir, mae wedi gweithredu prosiectau tebyg, mae'n gwybod sut i wneud hynny. Helpwch ef, gwrandewch ar ei gyngor, peidiwch â cheisio ei ynysu i ryw fath o uned ymreolaethol. Os gall gweinyddwyr weithio ar eu pen eu hunain, yna mae devops yn ddiwerth yn yr achos hwn; ni fyddant yn gallu eich helpu i ddod yn well os nad ydych chi eich hun am dderbyn yr help hwn.
Ac un peth olaf: rhoi'r gorau i droseddu gweinyddwyr seilwaith. Mae ganddyn nhw eu blaen gwaith hynod bwysig eu hunain. Gall, gall gweinyddwr ddod yn beiriannydd DevOps, ond dylai hyn ddigwydd ar gais y person ei hun, ac nid o dan bwysau. Ac nid oes dim o'i le ar y ffaith bod gweinyddwr system eisiau aros yn weinyddwr system - dyma ei broffesiwn ar wahân a'i hawl. Os ydych chi am gael trawsnewidiad proffesiynol, yna ni ddylech byth anghofio y bydd yn rhaid i chi adeiladu nid yn unig sgiliau technolegol, ond hefyd sgiliau rheoli. Yn fwyaf tebygol, chi fel arweinydd fydd yn dod â'r holl bobl hyn at ei gilydd a'u dysgu i gyfathrebu yn yr un iaith.
Ffynhonnell: hab.com