Nid oes amser gwell i ddysgu mewn bywyd na heddiw.
Mae'n 2019, ac mae DevOps yn fwy perthnasol nag erioed. Maen nhw'n dweud bod dyddiau gweinyddwyr systemau ar ben, yn union fel oes y prif ffrâm. Ond a yw hyn felly mewn gwirionedd?
Fel sy'n digwydd yn aml mewn TG, mae'r sefyllfa wedi newid. Mae methodoleg DevOps wedi dod i'r amlwg, ond ni all fodoli heb berson â sgiliau gweinyddwr system, hynny yw, heb Ops.
Cyn i ddull DevOps ddod i'w ffurf fodern, fe wnes i ddosbarthu fy hun yn Ops. Ac rwy'n gwybod yn iawn beth mae gweinyddwr system yn ei brofi pan fydd yn sylweddoli cymaint na all ei wneud eto a chyn lleied o amser sydd ganddo i'w ddysgu.
Ond a yw mor frawychus â hynny mewn gwirionedd? Byddwn yn dweud na ddylai diffyg gwybodaeth gael ei ystyried yn rhyw fath o broblem fawr. Mae'n fwy o her broffesiynol.
Mae cynhyrchion ar raddfa we yn seiliedig ar Linux neu feddalwedd ffynhonnell agored arall, ac mae llai a llai o bobl ar y farchnad sy'n gallu eu cynnal. Mae'r galw eisoes wedi rhagori ar nifer y gweithwyr proffesiynol yn y maes hwn. Ni fydd gweinyddwr system bellach yn gallu parhau i weithio heb wella ei lefel sgiliau. Rhaid iddo feddu ar sgiliau awtomeiddio i reoli gweinyddwyr / nodau lluosog a bod â dealltwriaeth dda o sut maen nhw'n gweithio i ddatrys problemau sy'n codi.
Cyn i chi ddod yn aelod o dîm DevOps, mae'n rhaid i chi fynd trwy daith eithaf hir ond diddorol, gan ddysgu technolegau newydd ac offer amrywiol sy'n angenrheidiol i gynnal y system yn unol â safonau DevOps.
Felly, sut y gall gweinyddwr system symud o'r dull arferol o weithio i'r cysyniad newydd o DevOps? Mae popeth fel arfer: yn gyntaf mae angen i chi newid eich meddwl. Nid yw'n hawdd rhoi'r gorau i'r ymagwedd rydych chi wedi bod yn ei dilyn am y deg neu ugain mlynedd diwethaf a dechrau gwneud pethau'n wahanol, ond mae'n angenrheidiol.
Yn gyntaf oll, mae'n bwysig deall nad swydd benodol mewn cwmni yw DevOps, ond set o arferion penodol. Mae'r arferion hyn yn awgrymu dosbarthiad systemau ynysig, lleihau'r niwed o fygiau a gwallau, diweddariadau meddalwedd aml ac amserol, rhyngweithio sefydledig rhwng datblygwyr (Dev) a gweinyddwyr (Ops), yn ogystal â phrofi'r cod yn gyson, ond hefyd hefyd yr holl strwythur o fewn y broses .
Ynghyd â newid y ffordd o feddwl, mae angen i chi ddysgu sut i gynnal y seilwaith a sicrhau ei weithrediad sefydlog, ei ddibynadwyedd a'i argaeledd ar gyfer integreiddio a darparu cymwysiadau, gwasanaethau a meddalwedd yn barhaus.
Yr hyn y gallech fod ar goll fel gweithiwr proffesiynol Ops yw sgiliau rhaglennu. Bellach mae ysgrifennu sgriptiau (sgriptiau), y mae gweinyddwyr systemau yn eu defnyddio i osod clytiau ar weinydd yn awtomatig, rheoli ffeiliau a chyfrifon, datrys problemau a llunio dogfennaeth, eisoes yn cael ei ystyried yn ddarfodedig. Mae sgriptio yn dal i fod yn berthnasol mewn achosion cymharol syml, ond mae DevOps yn ymwneud â datrys problemau ar raddfa fawr, boed yn weithredu, profi, adeiladu, neu osodiadau.
Felly, os ydych chi eisiau dysgu awtomeiddio, mae angen i chi feistroli o leiaf ychydig o raglennu, hyd yn oed os nad ydych chi'n ddatblygwr, oherwydd ar y cam hwn o'ch datblygiad yn DevOps mae angen y sgil hwn.
Beth i'w wneud? Er mwyn aros yn y galw fel arbenigwr, mae angen i chi ennill sgiliau perthnasol - meistroli o leiaf un iaith raglennu, er enghraifft Python. Gall hyn ymddangos yn anodd i berson sy'n ymwneud yn broffesiynol â gweinyddu, gan ei fod yn gyfarwydd â meddwl mai dim ond datblygwyr rhaglen. Nid oes angen dod yn arbenigwr, ond gwybodaeth o un o'r ieithoedd rhaglennu (gallai fod yn Python, Bash neu hyd yn oed ), yn sicr o fod yn fantais.
Mae dysgu rhaglennu yn cymryd peth amser. Bydd bod yn ystyriol ac yn amyneddgar yn eich helpu i gadw ar ben pethau wrth gyfathrebu ag aelodau tîm a chwsmeriaid DevOps. Hanner awr y dydd, awr neu fwy, dysgu iaith raglennu ddylai fod eich prif nod.
Mae gweinyddwyr systemau ac arbenigwyr DevOps yn datrys problemau tebyg, fodd bynnag, mae gwahaniaethau sylweddol. Credir na all gweinyddwr system wneud popeth y gall peiriannydd DevOps ei wneud. Maen nhw'n dweud bod gweinyddwr y system yn canolbwyntio'n fwy ar ffurfweddu, cynnal a sicrhau perfformiad systemau gweinydd, ond mae'r peiriannydd DevOps yn tynnu'r holl gert hwn a chert bach arall.
Ond pa mor wir yw'r gosodiad hwn?
Gweinyddwr system: un rhyfelwr yn y maes
Er gwaethaf y gwahaniaethau a'r tebygrwydd a nodir yn yr erthygl hon, rwy'n dal i gredu nad oes gwahaniaeth sylweddol rhwng gweinyddu systemau a DevOps. Mae gweinyddwyr systemau bob amser wedi cyflawni'r un swyddogaethau ag arbenigwyr DevOps, dim ond nad oes neb wedi ei alw'n DevOps o'r blaen. Credaf nad oes diben chwilio’n benodol am wahaniaethau, yn enwedig os nad yw’n gysylltiedig ag unrhyw dasg. Peidiwch ag anghofio, yn wahanol i weinyddwr system, nid safbwynt yw DevOps, ond cysyniad.
Dylid nodi un peth pwysicach, a hebddo bydd sgwrs am weinyddu a DevOps yn anghyflawn. Mae gweinyddu systemau yn yr ystyr arferol yn rhagdybio bod gan arbenigwr set benodol o sgiliau a'i fod yn canolbwyntio ar wasanaethu gwahanol fathau o seilwaith. Nid yn yr ystyr bod hwn yn weithiwr cyffredinol, ond yn yr ystyr bod pob gweinyddwr yn cyflawni nifer o dasgau.
Er enghraifft, o bryd i'w gilydd mae'n rhaid iddynt weithredu fel math o dasgmon technegol, hynny yw, gwneud popeth yn llythrennol. Ac os mai dim ond un gweinyddwr o'r fath sydd ar gyfer y sefydliad cyfan, yna bydd yn gyffredinol yn cyflawni'r holl waith technegol. Gallai hyn fod yn unrhyw beth o gynnal argraffwyr a chopïwyr i gyflawni tasgau sy'n gysylltiedig â rhwydwaith fel sefydlu a rheoli llwybryddion a switshis neu ffurfweddu wal dân.
Bydd hefyd yn gyfrifol am uwchraddio caledwedd, archwilio a dadansoddi logiau, archwiliadau diogelwch, clytio gweinydd, datrys problemau, dadansoddi gwraidd y broblem, ac awtomeiddio - yn nodweddiadol trwy sgriptiau PowerShell, Python, neu Bash. Un enghraifft o ddefnydd yw rheoli cyfrifon defnyddwyr a grŵp. Mae creu cyfrifon defnyddwyr a rhoi caniatâd yn dasg hynod ddiflas wrth i ddefnyddwyr ymddangos a diflannu bron bob dydd. Mae awtomeiddio trwy sgriptiau yn rhyddhau amser ar gyfer tasgau seilwaith pwysicach, megis uwchraddio switshis a gweinyddwyr a phrosiectau eraill sy'n effeithio ar broffidioldeb y cwmni lle mae'r gweinyddwr yn gweithio (er y derbynnir yn gyffredinol nad yw'r adran TG yn cynhyrchu incwm yn uniongyrchol).
Tasg gweinyddwr y system yw peidio â gwastraffu amser ac arbed arian i'r cwmni mewn unrhyw ffordd bosibl. Weithiau mae gweinyddwyr system yn gweithio fel aelodau o dîm mawr, gan uno, er enghraifft, gweinyddwyr Linux, Windows, cronfeydd data, storio, ac ati. Mae amserlenni gwaith hefyd yn amrywio. Er enghraifft, mae shifft mewn un parth amser ar ddiwedd y dydd yn trosglwyddo achosion i'r shifft nesaf mewn parth amser arall fel nad yw prosesau'n dod i ben (dilyn yr haul); neu mae gan weithwyr ddiwrnod gwaith arferol rhwng 9 a.m. a 5 p.m.; neu mae'n gweithio mewn canolfan ddata XNUMX/XNUMX.
Dros amser, mae gweinyddwyr systemau wedi dysgu meddwl yn strategol a chyfuno materion pwysig â thasgau arferol. Mae’r timau a’r adrannau y maent yn gweithio ynddynt fel arfer yn brin o adnoddau, ond ar yr un pryd mae pawb yn ceisio cyflawni tasgau dyddiol i’r eithaf.
DevOps: datblygu a chynnal a chadw fel un
yn fath o athroniaeth ar gyfer y prosesau datblygu a chynnal a chadw. Mae'r dull hwn yn y byd TG wedi dod yn wirioneddol arloesol.
O dan ymbarél DevOps, mae tîm datblygu meddalwedd ar un ochr a thîm cynnal a chadw ar yr ochr arall. Yn aml bydd arbenigwyr rheoli cynnyrch, profwyr a dylunwyr rhyngwyneb defnyddiwr yn ymuno â nhw. Gyda'i gilydd, mae'r arbenigwyr hyn yn symleiddio gweithrediadau i gyflwyno cymwysiadau newydd a diweddariadau cod yn gyflym i gefnogi a gwella effeithlonrwydd y cwmni cyfan.
Mae DevOps yn seiliedig ar reolaeth dros ddatblygiad a gweithrediad meddalwedd trwy gydol ei gylch bywyd. Rhaid i bobl cynnal a chadw gefnogi datblygwyr, ac mae datblygwyr yn cael y dasg o ddeall mwy na dim ond yr APIs a ddefnyddir mewn systemau. Mae angen iddynt ddeall beth sydd o dan y cwfl (hynny yw, sut mae caledwedd a systemau gweithredu yn gweithredu) fel y gallant drin chwilod yn well, datrys problemau, a rhyngweithio â thechnegwyr gwasanaeth.
Gall gweinyddwyr systemau symud i mewn i dîm DevOps os ydynt am ddysgu'r technolegau diweddaraf ac yn agored i syniadau ac atebion arloesol. Fel y dywedais o'r blaen, nid oes rhaid iddynt ddod yn rhaglenwyr llawn, ond bydd meistroli iaith raglennu fel Ruby, Python neu Go yn eu helpu i ddod yn aelodau defnyddiol iawn o'r tîm. Er bod gweinyddwyr system yn draddodiadol yn gwneud yr holl waith eu hunain ac yn aml yn cael eu hystyried yn bobl sy'n unig, yn DevOps mae ganddyn nhw brofiad hollol groes, lle mae pawb yn y broses yn rhyngweithio â'i gilydd.
Mae pwnc awtomeiddio yn dod yn fwyfwy perthnasol. Mae gan weinyddwyr system ac arbenigwyr DevOps ddiddordeb mewn graddio'n gyflym, lleihau gwallau, a chanfod a thrwsio gwallau presennol yn gyflym. Felly, mae awtomeiddio yn gysyniad lle mae dau faes yn cydgyfeirio. Mae gweinyddwyr systemau yn gyfrifol am wasanaethau cwmwl fel AWS, Azure, a Google Cloud Platform. Rhaid iddynt ddeall egwyddorion integreiddio a chyflwyno parhaus a sut i ddefnyddio offer fel .
Yn ogystal, rhaid i weinyddwyr system ddefnyddio offer ffurfweddu a rheoli megis , yn angenrheidiol ar gyfer defnydd cyfochrog o ddeg neu ugain o weinyddion.
Y prif gysyniad yw . Meddalwedd yw popeth. Mewn gwirionedd, er mwyn i broffesiwn gweinyddwr system beidio â cholli perthnasedd, does ond angen i chi newid y pwyslais ychydig. Mae gweinyddwyr systemau yn y busnes gwasanaeth a rhaid iddynt allu cyfathrebu'n effeithiol â datblygwyr, ac i'r gwrthwyneb. Fel maen nhw'n dweud, mae un pen yn dda, ond mae dau yn well.
Ac mae'r manylion olaf yn y mecanwaith hwn . Mae gweithio gyda Git yn un o gyfrifoldebau dyddiol traddodiadol gweinyddwr system. Defnyddir y system rheoli fersiwn hon yn eang gan ddatblygwyr, arbenigwyr DevOps, timau Agile a llawer o rai eraill. Os yw'ch gwaith yn gysylltiedig â chylch bywyd meddalwedd, yna byddwch yn bendant yn gweithio gyda Git.
Mae gan Git lawer o nodweddion. Mae'n debyg na fyddwch byth yn dysgu pob un o'r gorchmynion Git, ond byddwch yn deall yn union pam ei fod yn stwffwl mewn cyfathrebu meddalwedd a chydweithio. Mae gwybodaeth drylwyr o Git yn bwysig iawn os ydych chi'n gweithio mewn tîm DevOps.
Os ydych chi'n weinyddwr system, yna mae angen i chi astudio Git yn well, deall sut mae rheolaeth fersiwn yn cael ei adeiladu a chofio'r gorchmynion cyffredin: statws git, git commit -m, git add, git pull, git push, git rebase, cangen git, git diff ac eraill. Mae yna lawer o gyrsiau a llyfrau ar-lein a all eich helpu i ddysgu'r pwnc hwn o'r dechrau a dod yn weithiwr proffesiynol gyda sgiliau penodol. Mae yna hefyd fendigedig , felly does dim rhaid i chi eu gwasgu i gyd, ond po fwyaf y byddwch chi'n defnyddio Git, yr hawsaf fydd hi.
Casgliad
Yn y pen draw, chi sy'n penderfynu a oes angen i chi ddod yn arbenigwr DevOps neu a yw'n well aros yn weinyddwr system. Fel y gallwch weld, mae yna gromlin ddysgu i wneud y trawsnewid, ond gorau po gyntaf y byddwch chi'n dechrau. Dewiswch iaith raglennu a dysgwch offer fel (rheoli fersiwn), (CI/CD, integreiddio parhaus) a (cyfluniad ac awtomeiddio). Pa bynnag opsiwn a ddewiswch, peidiwch ag anghofio bod angen i chi ddysgu a gwella'ch sgiliau yn gyson.
Ffynhonnell: hab.com