A yw'n anodd amgyffred y prif bwynt wrth siarad am DevOps? Rydym wedi casglu ar eich cyfer gyfatebiaethau byw, fformwleiddiadau trawiadol a chyngor gan arbenigwyr a fydd yn helpu hyd yn oed nad ydynt yn arbenigwyr i gyrraedd y pwynt. Ar y diwedd, y bonws yw DevOps gweithwyr Red Hat eu hunain.
Tarddodd y term DevOps 10 mlynedd yn ôl ac mae wedi mynd o hashnod Twitter i fudiad diwylliannol pwerus yn y byd TG, athroniaeth wirioneddol sy'n annog datblygwyr i wneud pethau'n gyflymach, arbrofi ac ailadrodd. Mae DevOps wedi dod yn rhan annatod o'r cysyniad o drawsnewid digidol. Ond fel sy'n digwydd yn aml gyda therminoleg TG, dros y deng mlynedd diwethaf mae DevOps wedi caffael llawer o ddiffiniadau, dehongliadau a chamsyniadau amdano'i hun.
Felly, yn aml gallwch chi glywed cwestiynau am DevOps fel, a yw'r un peth ag ystwyth? Neu ai methodoleg arbennig yw hon? Neu ai dim ond cyfystyr arall ydyw i’r gair “cydweithio”?
Mae DevOps yn cynnwys llawer o wahanol gysyniadau (cyflenwi parhaus, integreiddio parhaus, awtomeiddio, ac ati), felly gall distyllu'r hyn sy'n bwysig fod yn heriol, yn enwedig pan fyddwch chi'n angerddol am y pwnc. Fodd bynnag, mae'r sgil hon yn ddefnyddiol iawn, ni waeth a ydych chi'n ceisio cyfleu'ch syniadau i'ch uwch swyddogion neu'n syml yn dweud wrth rywun o'ch teulu neu'ch ffrindiau am eich gwaith. Felly, gadewch i ni roi o'r neilltu arlliwiau terminolegol DevOps am y tro a chanolbwyntio ar y darlun mawr.
Beth yw DevOps: 6 Diffiniad a Chyfatebiaeth
Gofynnom i arbenigwyr esbonio hanfod DevOps mor syml a byr â phosibl fel bod ei werth yn dod yn glir i ddarllenwyr ag unrhyw lefel o wybodaeth dechnegol. Yn seiliedig ar ganlyniadau'r sgyrsiau hyn, rydym wedi dewis y cyfatebiaethau mwyaf trawiadol a'r fformwleiddiadau trawiadol a fydd yn eich helpu i adeiladu'ch stori am DevOps.
1. Mae DevOps yn fudiad diwylliannol
“Mae DevOps yn fudiad diwylliannol lle mae’r ddau barti (datblygwyr meddalwedd ac arbenigwyr gweithredu systemau TG) yn cydnabod nad yw meddalwedd yn dod â buddion gwirioneddol nes bod rhywun yn dechrau ei ddefnyddio: cwsmeriaid, cleientiaid, gweithwyr, nid y pwynt,” meddai Eveline Oehrlich, uwch ymchwil dadansoddwr yn Sefydliad DevOps. “Felly, mae’r ddau barti hyn ar y cyd yn sicrhau bod meddalwedd yn cael ei darparu’n gyflym ac o ansawdd uchel.”
2. Mae DevOps yn ymwneud â grymuso datblygwyr.
“Mae DevOps yn grymuso datblygwyr i fod yn berchen ar gymwysiadau, eu rhedeg, a rheoli darpariaeth o’r dechrau i’r diwedd.”
“Yn nodweddiadol, sonnir am DevOps fel ffordd o gyflymu cyflwyno ceisiadau i gynhyrchu trwy adeiladu a gweithredu prosesau awtomataidd,” meddai Jai Schniepp, cyfarwyddwr llwyfannau DevOps yn y cwmni yswiriant Liberty Mutual. “Ond i mi mae’n beth llawer mwy sylfaenol.” Mae DevOps yn grymuso datblygwyr i fod yn berchen ar gymwysiadau neu ddarnau penodol o feddalwedd, eu rhedeg, a rheoli eu cyflwyno o'r dechrau i'r diwedd. Mae DevOps yn dileu dryswch cyfrifoldeb ac yn arwain pawb sy'n ymwneud â chreu seilwaith awtomataidd sy'n cael ei yrru gan ddatblygwyr.”
3. Mae DevOps yn ymwneud â chydweithio wrth greu a chyflwyno ceisiadau.
“Yn syml, mae DevOps yn ddull o gynhyrchu a chyflwyno meddalwedd lle mae pawb yn gweithio gyda’i gilydd,” meddai Gur Staf, llywydd a phennaeth awtomeiddio busnes digidol yn BMC.
4. Mae DevOps yn biblinell
“Dim ond os yw’r holl rannau’n cyd-fynd â’i gilydd y mae cydosod cludwyr yn bosibl.”
“Byddwn yn cymharu DevOps â llinell cydosod ceir,” meddai Gur Staff. - Y syniad yw dylunio a gwneud yr holl rannau ymlaen llaw fel y gellir eu cydosod heb eu haddasu'n unigol. Dim ond os yw pob rhan yn cyd-fynd â'i gilydd y mae cynulliad cludwr yn bosibl. Rhaid i'r rhai sy'n dylunio ac yn adeiladu injan ystyried sut i'w osod ar y corff neu'r ffrâm. Rhaid i'r rhai sy'n gwneud y breciau feddwl am yr olwynion, ac ati. Dylai'r un peth fod yn wir gyda meddalwedd.
Rhaid i ddatblygwr sy'n creu rhesymeg busnes neu ryngwyneb defnyddiwr feddwl am y gronfa ddata sy'n storio gwybodaeth cwsmeriaid, y mesurau diogelwch i ddiogelu data defnyddwyr, a sut y bydd hyn i gyd yn gweithio pan fydd y gwasanaeth yn dechrau gwasanaethu cynulleidfa fawr, efallai hyd yn oed miliynau o ddoleri. ."
“Cael pobl i gydweithio a meddwl am y rhannau o’r swydd y mae eraill yn eu gwneud, yn hytrach na chanolbwyntio ar eu tasgau eu hunain yn unig, yw’r rhwystr mwyaf i’w oresgyn. Os gallwch chi wneud hyn, mae gennych chi siawns ardderchog o drawsnewid digidol,” ychwanega Gur Staff.
5. DevOps yw'r cyfuniad cywir o bobl, prosesau ac awtomeiddio
Cynigiodd Jayne Groll, cyfarwyddwr gweithredol Sefydliad DevOps, gyfatebiaeth wych i esbonio DevOps. Yn ei geiriau, “Mae DevOps fel rysáit gyda thri phrif gategori o gynhwysion: pobl, proses ac awtomeiddio. Gellir cymryd y rhan fwyaf o'r cynhwysion hyn o feysydd a ffynonellau eraill: Darbodus, Agile, SRE, CI/CD, ITIL, arweinyddiaeth, diwylliant, offer. Y gyfrinach i DevOps, fel unrhyw rysáit dda, yw sut i gael y cyfrannau a'r cymysgedd cywir o'r cynhwysion hyn i gynyddu cyflymder ac effeithlonrwydd creu a rhyddhau cymwysiadau."
6. DevOps yw pan fydd rhaglenwyr yn gweithio fel tîm Fformiwla 1
“Nid yw’r ras wedi’i chynllunio o’r dechrau i’r diwedd, ond i’r gwrthwyneb, o’r diwedd i’r dechrau.”
“Wrth siarad am yr hyn i’w ddisgwyl gan fenter DevOps, rwy’n defnyddio enghraifft tîm rasio NASCAR neu Formula 1,” meddai Chris Short, uwch reolwr marchnata platfform cwmwl yn Red Hat a chyhoeddwr cylchlythyr DevOps’ish. - Mae gan arweinydd tîm o'r fath un nod: cymryd y lle uchaf posibl ar ddiwedd y ras, gan ystyried yr adnoddau sydd ar gael i'r tîm a'r heriau a ddaeth yn ei sgîl. Yn yr achos hwn, mae'r ras wedi'i chynllunio nid o'r dechrau i'r diwedd, ond i'r gwrthwyneb, o'r diwedd i'r dechrau. Yn gyntaf, gosodir nod uchelgeisiol, ac yna penderfynir ar ffyrdd o'i gyflawni. Yna cânt eu torri i lawr yn is-dasgau a’u dirprwyo i aelodau’r tîm.”
“Mae’r tîm yn treulio’r wythnos gyfan cyn y ras yn perffeithio’r pit stop. Mae'n gwneud hyfforddiant cryfder a chardio i gadw'n heini ar gyfer diwrnod rasio anodd. Ymarferion yn cydweithio i ddatrys unrhyw broblemau a all godi yn ystod y ras. Yn yr un modd, dylai'r tîm datblygu hyfforddi'r sgil o ryddhau fersiynau newydd yn aml. Os oes gennych chi sgiliau o'r fath a system ddiogelwch sy'n gweithredu'n dda, mae lansio fersiynau newydd i'r cynhyrchiad hefyd yn digwydd yn amlach. Yn y byd-olwg hwn, mae cyflymder cynyddol yn golygu mwy o ddiogelwch,” meddai Short.
“Nid yw’n ymwneud â gwneud y ‘peth iawn,’” ychwanega Short, “mae’n ymwneud â dileu cymaint o bethau â phosibl sy’n atal y canlyniad a ddymunir. Cydweithio ac addasu yn seiliedig ar yr adborth a gewch mewn amser real. Byddwch yn barod am anomaleddau a gweithiwch i wella ansawdd i leihau eu heffaith ar gynnydd tuag at eich nod. Dyma sy'n ein disgwyl ym myd DevOps. ”
Sut i raddio DevOps: 10 awgrym gan arbenigwyr
Dim ond bod DevOps a DevOps torfol yn bethau hollol wahanol. Byddwn yn dweud wrthych sut i oresgyn rhwystrau ar y ffordd o'r cyntaf i'r ail.
I lawer o sefydliadau, mae'r daith i DevOps yn cychwyn yn hawdd ac yn ddymunol. Mae timau bach angerddol yn cael eu creu, mae hen brosesau yn cael eu disodli gan rai newydd, ac nid yw'r llwyddiannau cyntaf yn dod yn hir.
Ysywaeth, dim ond glitz ffug yw hwn, rhith o gynnydd, meddai Ben Grinnell, rheolwr gyfarwyddwr a phennaeth gwasanaeth digidol yn ymgynghoriaeth North Highland. Mae enillion cynnar yn sicr yn galonogol, ond nid ydynt yn helpu i gyflawni'r nod eithaf o fabwysiadu DevOps yn eang ar draws y sefydliad.
Mae’n hawdd gweld mai’r canlyniad yw diwylliant o ymraniad rhwng “ni” a “nhw”.
“Yn aml, mae sefydliadau’n lansio’r prosiectau arloesol hyn gan feddwl y byddant yn paratoi’r ffordd ar gyfer DevOps prif ffrwd, heb ystyried a fydd eraill yn gallu neu’n fodlon dilyn y llwybr hwnnw,” esboniodd Ben Grinnell. - Mae timau ar gyfer gweithredu prosiectau o'r fath fel arfer yn cael eu recriwtio o “Farangiaid” hunanhyderus sydd eisoes wedi gwneud rhywbeth tebyg mewn lleoedd eraill, ond sy'n newydd i'ch sefydliad. Ar yr un pryd, fe'u hanogir i dorri a dinistrio'r rheolau sy'n parhau i fod yn rhwymol ar bawb arall. Mae’n hawdd gweld mai’r canlyniad yw diwylliant o “ni” a “nhw” sy’n atal trosglwyddo gwybodaeth a sgiliau.”
“A dim ond un o’r rhesymau pam mae DevOps yn anodd ei raddio yw’r broblem ddiwylliannol hon. Mae timau DevOps yn wynebu heriau technegol cynyddol sy'n nodweddiadol o gwmnïau TG yn gyntaf sy'n tyfu'n gyflym, ”meddai Steve Newman, sylfaenydd a chadeirydd Scalyr.
“Yn y byd modern, mae gwasanaethau’n newid cyn gynted ag y bydd yr angen yn codi. Mae'n wych gweithredu a gweithredu nodweddion newydd yn gyson, ond mae cydlynu'r broses hon a dileu problemau sy'n codi yn gur pen go iawn, ychwanega Steve Newman. – Mewn sefydliadau sy’n tyfu’n gyflym iawn, mae peirianwyr ar dimau traws-swyddogaethol yn ei chael hi’n anodd cynnal y gwelededd i newid a’r effeithiau rhaeadru ar lefel dibyniaeth y mae’n eu creu. Ar ben hynny, nid yw peirianwyr yn hapus pan fyddant yn cael eu hamddifadu o’r cyfle hwn ac, o ganlyniad, mae’n dod yn anoddach iddynt ddeall hanfod y problemau sy’n codi.”
Sut i oresgyn yr heriau hyn a ddisgrifir uchod a symud i fabwysiadu DevOps ar raddfa fawr mewn sefydliad mawr? Mae arbenigwyr yn annog amynedd, hyd yn oed os mai eich nod yn y pen draw yw cyflymu eich cylch datblygu meddalwedd a phrosesau busnes.
1. Cofiwch fod newid diwylliant yn cymryd amser.
Jayne Groll, Cyfarwyddwr Gweithredol, Sefydliad DevOps: “Yn fy marn i, dylai ehangu DevOps fod mor gynyddol ac iterus â datblygiad ystwyth (ac yr un mor gyffwrdd â diwylliant). Mae Agile a DevOps yn pwysleisio timau bach. Ond wrth i’r timau hyn dyfu o ran nifer ac integreiddio, yn y pen draw, bydd mwy o bobl yn mabwysiadu ffyrdd newydd o weithio, ac o ganlyniad mae trawsnewid diwylliannol enfawr.”
2. Treuliwch ddigon o amser yn cynllunio a dewis llwyfan
Eran Kinsbruner, Prif Efengylydd Technegol yn Perfecto: “Er mwyn graddio i weithio, rhaid i dimau DevOps ddysgu cyfuno prosesau, offer a sgiliau traddodiadol yn gyntaf, ac yna meithrin a sefydlogi pob cam unigol o DevOps yn araf. Mae’r cyfan yn dechrau gyda chynllunio gofalus o straeon defnyddwyr a ffrydiau gwerth, ac yna ysgrifennu meddalwedd a rheoli fersiynau gan ddefnyddio datblygiad seiliedig ar gefnffyrdd neu ddulliau eraill sydd fwyaf addas ar gyfer canghennu a chyfuno cod.”
“Yna daw’r cam integreiddio a phrofi, lle mae angen platfform graddadwy ar gyfer awtomeiddio eisoes. Dyma lle mae'n bwysig i dimau DevOps ddewis y platfform cywir sy'n gweddu i'w lefel sgiliau a nodau terfynol y prosiect.
Y cam nesaf yw ei ddefnyddio i gynhyrchu a dylid ei awtomeiddio'n llawn gan ddefnyddio offer offeryniaeth a chynwysyddion. Mae'n bwysig cael amgylcheddau rhithwir ar bob cam o DevOps (efelychydd cynhyrchu, amgylchedd QA, ac amgylchedd cynhyrchu gwirioneddol) a defnyddio'r data diweddaraf yn unig bob amser ar gyfer profion i gael casgliadau perthnasol. Rhaid i ddadansoddeg fod yn graff ac yn gallu prosesu data mawr gydag adborth cyflym y gellir ei weithredu.”
3. Cymryd yr euogrwydd allan o gyfrifoldeb.
Gordon Haff, Efengylwr RedHat: “Mae creu system ac awyrgylch sy’n caniatáu ac yn annog arbrofi yn caniatáu ar gyfer yr hyn a elwir yn fethiannau llwyddiannus mewn datblygu meddalwedd ystwyth. Nid yw hyn yn golygu nad oes neb arall yn gyfrifol am fethiannau. Mewn gwirionedd, mae hyd yn oed yn haws nodi pwy sy'n gyfrifol, gan nad yw "bod yn gyfrifol" bellach yn golygu "achosi damwain." Hynny yw, mae hanfod cyfrifoldeb yn newid yn ansoddol. Mae pedwar ffactor yn dod yn hollbwysig: maint yr aflonyddwch, dulliau gweithredu, prosesau cynhyrchu a chymhellion.” (Gallwch ddarllen mwy am y ffactorau hyn yn erthygl Gordon Huff “Gwersi DevOps: 4 agwedd ar arbrofion iach.”)
4. Clirio'r llwybr ymlaen
Ben Grinnell, rheolwr gyfarwyddwr a phennaeth gwasanaeth digidol yn ymgynghoriaeth North Highland: “I gyflawni graddfa, rwy’n argymell lansio rhaglen “clirio llwybrau” ynghyd â phrosiectau arloesol. Nod y rhaglen hon yw glanhau'r sbwriel y mae arloeswyr DevOps yn ei adael ar ôl, fel hen reolau a phethau felly, fel bod y llwybr ymlaen yn parhau'n glir. ”
“Rhowch gefnogaeth sefydliadol a momentwm i bobl trwy gyfathrebu sy'n mynd ymhell y tu hwnt i'r grŵp arloesol trwy ddathlu'n eang llwyddiannau ffyrdd newydd o weithio. Hyfforddwch bobl sy'n cymryd rhan yn y don nesaf o brosiectau DevOps ac sy'n nerfus ynghylch defnyddio DevOps am y tro cyntaf. A chofiwch fod y bobl hyn yn wahanol iawn i’r arloeswyr.”
5. Democratize offer
Steve Newman, sylfaenydd a chadeirydd Scalyr: “Ni ddylai offer gael eu cuddio rhag pobol, a dylen nhw fod yn gymharol hawdd i’w dysgu i unrhyw un sy’n fodlon rhoi’r amser i mewn. Os yw'r gallu i holi logiau wedi'i gyfyngu i dri o bobl "ardystiedig" i ddefnyddio offeryn, bydd gennych bob amser uchafswm o dri o bobl ar gael i drin y broblem, hyd yn oed os oes gennych amgylchedd cyfrifiadurol mawr iawn. Mewn geiriau eraill, mae yna dagfa yma a all arwain at ganlyniadau (busnes) difrifol.”
6. Creu amodau delfrydol ar gyfer gwaith tîm
Tom Clark, pennaeth Common Platform yn ITV: “Gallwch chi wneud unrhyw beth, ond nid popeth ar unwaith. Felly gosodwch nodau mawr, dechreuwch yn fach, a symudwch ymlaen mewn iteriadau cyflym. Dros amser, byddwch yn datblygu enw da am wneud pethau, felly bydd eraill eisiau defnyddio'ch dulliau hefyd. A pheidiwch â phoeni am adeiladu tîm hynod effeithiol. Yn lle hynny, rhowch amodau gwaith delfrydol i bobl a bydd effeithlonrwydd yn dilyn.”
7. Peidiwch ag anghofio am fyrddau Conway's Law a Kanban
Logan Daigle, Cyfarwyddwr Cyflenwi Meddalwedd a Strategaeth DevOps yn CollabNetVersionOne: “Mae’n bwysig deall canlyniadau Cyfraith Conwy. Yn fy aralleiriad rhydd, mae’r gyfraith hon yn nodi bod y cynhyrchion rydyn ni’n eu creu a’r prosesau rydyn ni’n eu defnyddio i wneud hynny, gan gynnwys DevOps, yn troi allan i gael eu strwythuro yn yr un ffordd â’n sefydliad ni.”
“Os oes llawer o seilos mewn sefydliad, a rheolaeth yn newid dwylo lawer gwaith wrth gynllunio, adeiladu a rhyddhau meddalwedd, bydd effaith graddio yn sero neu’n fyrhoedlog. Os yw sefydliad yn adeiladu timau traws-swyddogaethol o amgylch cynhyrchion sy'n cael eu hariannu gyda ffocws marchnad, yna mae'r siawns o lwyddo yn cynyddu'n aruthrol.”
“Agwedd bwysig arall ar raddio yw arddangos yr holl waith sydd ar y gweill (WIP, workinprogress) ar fyrddau Kanban. Pan fydd gan sefydliad le lle gall pobl weld y pethau hyn, mae’n annog cydweithio’n fawr, sy’n cael effaith gadarnhaol ar raddio.”
8. Chwiliwch am hen greithiau
Manuel Pais, ymgynghorydd DevOps a chyd-awdur Team Topologies: “Go brin fod mynd ag arferion DevOps y tu hwnt i Dev ac Ops ei hun a cheisio eu cymhwyso i swyddogaethau eraill yn ddull optimaidd. Bydd hyn yn sicr yn cael rhywfaint o effaith (er enghraifft, trwy awtomeiddio rheolaeth â llaw), ond gellir cyflawni llawer mwy os byddwn yn dechrau deall y prosesau cyflwyno ac adborth.”
“Os oes hen greithiau yn system TG sefydliad - gweithdrefnau a mecanweithiau rheoli a roddwyd ar waith o ganlyniad i ddigwyddiadau yn y gorffennol, ond sydd wedi colli eu perthnasedd (oherwydd newidiadau mewn cynhyrchion, technolegau neu brosesau) - yna yn sicr mae angen eu dileu neu ei lyfnhau, yn hytrach nag awtomeiddio prosesau aneffeithlon neu ddiangen.”
9. Peidiwch â bridio opsiynau DevOps
Anthony Edwards, Cyfarwyddwr Gweithrediadau Eggplant: “Mae DevOps yn derm amwys iawn, felly mae gan bob tîm ei fersiwn ei hun o DevOps yn y pen draw. Ac nid oes dim byd gwaeth pan fydd gan sefydliad yn sydyn 20 math o DevOps nad ydyn nhw'n dod ymlaen yn dda iawn gyda'i gilydd. Mae'n amhosibl i bob un o'r tri thîm datblygu gael eu rhyngwyneb arbennig eu hunain rhwng datblygu a rheoli cynnyrch. Ni ddylai fod gan gynhyrchion ychwaith eu disgwyliadau unigryw eu hunain ar gyfer trin adborth pan gânt eu trosglwyddo i efelychydd cynhyrchu. Fel arall, ni fyddwch byth yn gallu graddio DevOps.”
10. Pregethu gwerth busnes DevOps
Steve Newman, sylfaenydd a chadeirydd Scalyr: “Gweithio i gydnabod gwerth DevOps. Dysgwch ac mae croeso i chi siarad am fanteision yr hyn rydych chi'n ei wneud. Mae DevOps yn arbedwr amser ac arian anhygoel (meddyliwch: llai o amser segur, amser cymedrig byrrach i adferiad), a rhaid i dimau DevOps bwysleisio'n ddiflino (a phregethu) pwysigrwydd y mentrau hyn i lwyddiant busnes. Fel hyn gallwch chi ehangu'r cylch o ymlynwyr a chynyddu dylanwad DevOps yn y sefydliad. ”
BONUS
Ar Bydd ein DevOps ein hunain yn cyrraedd ar Fedi 13 - ie, mae gan Red Hat, fel gwneuthurwr meddalwedd, ei dimau a'i arferion DevOps ei hun.
Bydd ein peiriannydd Mark Birger, sy'n datblygu gwasanaethau awtomeiddio mewnol ar gyfer grwpiau eraill ledled y sefydliad, yn adrodd ei stori ei hun mewn Rwsieg pur - sut y bu i dîm Red Hat DevOps fudo cymwysiadau o amgylcheddau rhithwir Hat Virtualization a reolir gan Ansible i fformat cynhwysydd llawn ar y llwyfan OpenShift.
Ond nid dyna'r cyfan:
Unwaith y bydd sefydliadau wedi symud llwythi gwaith i gynwysyddion, efallai na fydd dulliau monitro cymwysiadau traddodiadol yn gweithio. Yn yr ail sgwrs byddwn yn egluro ein cymhelliant dros newid y ffordd rydym yn logio ac yn dangos parhad y llwybr a'n harweiniodd at ddulliau logio a monitro modern.
Ffynhonnell: hab.com