Is dit moeilik om die hoofpunt te begryp wanneer jy oor DevOps praat? Ons het vir jou lewendige analogieë, treffende formulerings en advies van kundiges ingesamel wat selfs nie-spesialiste sal help om tot die punt te kom. Op die ou end is die bonus Red Hat-werknemers se eie DevOps.
Die term DevOps het 10 jaar gelede ontstaan en het van 'n Twitter-hutsmerker na 'n kragtige kulturele beweging in die IT-wêreld verander, 'n ware filosofie wat ontwikkelaars aanmoedig om dinge vinniger gedoen te kry, te eksperimenteer en vorentoe te herhaal. DevOps het onlosmaaklik verbind geraak met die konsep van digitale transformasie. Maar soos dikwels met IT-terminologie gebeur, het DevOps die afgelope tien jaar baie definisies, interpretasies en wanopvattings oor homself verkry.
Daarom kan u gereeld vrae oor DevOps hoor, soos, is dit dieselfde as rats? Of is dit 'n spesiale metodologie? Of is dit net nog 'n sinoniem vir die woord "samewerking"?
DevOps sluit baie verskillende konsepte in (deurlopende lewering, deurlopende integrasie, outomatisering, ens.), dus kan dit uitdagend wees om dit wat belangrik is af te distiller, veral as jy passievol oor die onderwerp is. Hierdie vaardigheid is egter baie nuttig, maak nie saak of jy jou idees aan jou meerderes probeer oordra of bloot iemand van jou familie of vriende van jou werk vertel nie. Kom ons sit dus vir eers die terminologiese nuanses van DevOps opsy en fokus op die groot prentjie.
Wat is DevOps: 6 definisies en analogieë
Ons het kundiges gevra om die essensie van DevOps so eenvoudig en kort as moontlik te verduidelik sodat die waarde daarvan duidelik word vir lesers met enige vlak van tegniese kennis. Gebaseer op die resultate van hierdie gesprekke, het ons die mees treffende analogieë en treffende formulerings gekies wat jou sal help om jou storie oor DevOps te bou.
1. DevOps is 'n kulturele beweging
"DevOps is 'n kulturele beweging waarin beide partye (sagteware-ontwikkelaars en IT-stelselbedryfspesialiste) erken dat sagteware nie werklike voordele inhou totdat iemand dit begin gebruik nie: kliënte, kliënte, werknemers, nie die punt nie," sê Eveline Oehrlich, senior navorsing ontleder by die DevOps-instituut. "Daarom verseker beide hierdie partye gesamentlik vinnige en hoë kwaliteit aflewering van sagteware."
2. DevOps gaan daaroor om ontwikkelaars te bemagtig.
"DevOps bemagtig ontwikkelaars om toepassings te besit, dit te laat loop en aflewering van begin tot einde te bestuur."
"Daar word tipies oor DevOps gepraat as 'n manier om die aflewering van toepassings na produksie te bespoedig deur geoutomatiseerde prosesse te bou en te implementeer," sê Jai Schniepp, direkteur van DevOps-platforms by die versekeringsmaatskappy Liberty Mutual. "Maar vir my is dit 'n baie meer fundamentele ding." DevOps bemagtig ontwikkelaars om toepassings of spesifieke stukke sagteware te besit, dit uit te voer en hul aflewering van begin tot einde te bestuur. DevOps skakel verantwoordelikheidsverwarring uit en lei almal wat betrokke is by die skep van 'n outomatiese, ontwikkelaargedrewe infrastruktuur."
3. DevOps gaan oor samewerking in die skep en lewering van toepassings.
"Eenvoudig gestel, DevOps is 'n benadering tot sagtewareproduksie en aflewering waar almal saamwerk," sê Gur Staf, president en hoof van digitale besigheidsoutomatisering by BMC.
4. DevOps is 'n pyplyn
"Vervoerbandsamestelling is slegs moontlik as al die dele bymekaar pas."
"Ek sal DevOps vergelyk met 'n motormonteerlyn," gaan Gur Staff voort. – Die idee is om al die onderdele vooraf te ontwerp en te maak sodat dit dan sonder individuele verstelling aanmekaargesit kan word. Vervoerbandsamestelling is slegs moontlik as alle dele bymekaar pas. Diegene wat 'n enjin ontwerp en bou, moet oorweeg hoe om dit aan die bak of raam te monteer. Die wat die remme maak moet dink aan die wiele, ensovoorts. Dieselfde behoort waar te wees met sagteware.
'n Ontwikkelaar wat besigheidslogika of 'n gebruikerskoppelvlak skep, moet dink aan die databasis wat klantinligting stoor, die sekuriteitsmaatreëls om gebruikersdata te beskerm, en hoe dit alles sal werk wanneer die diens 'n groot, miskien selfs multimiljoen-dollar gebruikersgehoor begin bedien ."
“Om mense te kry om saam te werk en te dink oor die dele van die werk wat ander doen, eerder as om net op hul eie take te fokus, is die grootste struikelblok om te oorkom. As jy dit kan doen, het jy ’n uitstekende kans op digitale transformasie,” voeg Gur Staff by.
5. DevOps is die regte kombinasie van mense, prosesse en outomatisering
Jayne Groll, uitvoerende direkteur van die DevOps Institute, het 'n goeie analogie aangebied om DevOps te verduidelik. In haar woorde, "DevOps is soos 'n resep met drie hoofkategorieë van bestanddele: mense, proses en outomatisering. Die meeste van hierdie bestanddele kan uit ander gebiede en bronne geneem word: Lean, Agile, SRE, CI/CD, ITIL, leierskap, kultuur, gereedskap. Die geheim van DevOps, soos enige goeie resep, is hoe om die regte proporsies en mengsel van hierdie bestanddele te kry om die spoed en doeltreffendheid van die skep en vrystelling van toepassings te verhoog.”
6. DevOps is wanneer programmeerders soos 'n Formule 1-span werk
“Die wedren word nie van begin tot einde beplan nie, maar inteendeel, van einde tot begin.”
"Wanneer ek praat oor wat om te verwag van 'n DevOps-inisiatief, dink ek aan 'n NASCAR- of Formule 1-renspan as 'n voorbeeld," sê Chris Short, senior bestuurder van wolkplatformbemarking by Red Hat en uitgewer van die DevOps se nuusbrief. – Die leier van so ’n span het een doelwit: om die hoogste moontlike plek aan die einde van die wedloop in te neem, met inagneming van die hulpbronne wat tot die span beskikbaar is en die uitdagings wat hom getref het. In hierdie geval word die wedloop nie van begin tot einde beplan nie, maar inteendeel, van einde tot begin. Eerstens word 'n ambisieuse doelwit gestel, en dan word maniere bepaal om dit te bereik. Dan word dit in subtake opgedeel en aan spanlede gedelegeer.”
“Die span spandeer die hele week voor die wedren om die kuipestop te vervolmaak. Hy doen kragoefening en kardio om in vorm te bly vir 'n uitmergelende resiesdag. Oefen saam om enige probleme op te los wat tydens die wedloop mag opduik. Net so moet die ontwikkelingspan die vaardigheid oplei om gereeld nuwe weergawes vry te stel. As jy sulke vaardighede en 'n goed funksionerende sekuriteitstelsel het, vind die bekendstelling van nuwe weergawes in produksie ook meer gereeld plaas. In hierdie wêreldbeskouing beteken verhoogde spoed verhoogde veiligheid,” sê Short.
"Dit gaan nie daaroor om die 'regte ding' te doen nie," voeg Short by, "dit gaan daaroor om soveel moontlik dinge uit te skakel wat in die pad van die gewenste uitkoms staan. Werk saam en pas aan op grond van die terugvoer wat jy intyds ontvang. Wees voorbereid op afwykings en werk daaraan om kwaliteit te verbeter om die impak daarvan op vordering na jou doelwit te verminder. Dit is wat op ons wag in die wêreld van DevOps.”
Hoe om DevOps te skaal: 10 wenke van kundiges
Dit is net dat DevOps en massa DevOps heeltemal verskillende dinge is. Ons sal jou vertel hoe om hindernisse op pad van die eerste na die tweede te oorkom.
Vir baie organisasies begin die reis na DevOps maklik en aangenaam. Klein passievolle spanne word geskep, ou prosesse word met nuwes vervang, en die eerste suksesse laat nie lank voorlê nie.
Helaas, dit is net 'n valse glans, 'n illusie van vooruitgang, sê Ben Grinnell, besturende direkteur en hoof van digitaal by die konsultasiemaatskappy North Highland. Vroeë oorwinnings is beslis bemoedigend, maar dit help nie om die uiteindelike doelwit van wydverspreide aanvaarding van DevOps regoor die organisasie te bereik nie.
Dit is maklik om te sien dat die resultaat 'n kultuur van verdeeldheid tussen "ons" en "hulle" is.
"Dikwels begin organisasies hierdie baanbrekersprojekte en dink hulle sal die weg baan vir hoofstroom DevOps, sonder om te oorweeg of ander daardie pad sal kan of wil volg," verduidelik Ben Grinnell. – Spanne vir die implementering van sulke projekte word gewoonlik gewerf uit selfversekerde “Varangians” wat reeds iets soortgelyks op ander plekke gedoen het, maar nuut in jou organisasie is. Terselfdertyd word hulle aangemoedig om die reëls wat op almal anders bindend bly, te verbreek en te vernietig. Dit is maklik om te sien dat die resultaat 'n kultuur van "ons" en "hulle" is wat die oordrag van kennis en vaardighede inhibeer."
“En hierdie kulturele probleem is net een van die redes waarom DevOps moeilik is om te skaal. DevOps-spanne staar toenemende tegniese uitdagings in die gesig wat tipies is van vinnig groeiende IT-eerste maatskappye,” sê Steve Newman, stigter en voorsitter van Scalyr.
“In die moderne wêreld verander dienste sodra die behoefte ontstaan. Dit is wonderlik om voortdurend nuwe kenmerke te implementeer en te implementeer, maar om hierdie proses te koördineer en probleme wat opduik uit te skakel, is 'n ware kopseer, voeg Steve Newman by. – In organisasies wat baie vinnig groei, sukkel ingenieurs in kruisfunksionele spanne om sigbaarheid in verandering en die afhanklikheidsvlak-kaskade-effekte wat dit skep, te behou. Boonop is ingenieurs nie gelukkig wanneer hulle van hierdie geleentheid ontneem word nie en gevolglik word dit vir hulle moeiliker om die essensie van die probleme wat opduik te verstaan.”
Hoe om hierdie uitdagings wat hierbo beskryf is te oorkom en oor te gaan na massa-aanneming van DevOps in 'n groot organisasie? Kenners dring aan op geduld, selfs al is jou uiteindelike doel om jou sagteware-ontwikkelingsiklus en besigheidsprosesse te versnel.
1. Onthou dat kultuurverandering tyd neem.
Jayne Groll, Uitvoerende Direkteur, DevOps Institute: “Na my mening moet die uitbreiding van DevOps net so inkrementeel en iteratief wees soos ratse ontwikkeling (en ewe aan kultuur raak). Agile en DevOps beklemtoon klein spanne. Maar namate hierdie spanne in getal en integrasie groei, eindig ons met meer mense wat nuwe maniere van werk aanneem, en gevolglik is daar 'n massiewe kulturele transformasie.”
2. Spandeer genoeg tyd om te beplan en 'n platform te kies
Eran Kinsbruner, Hoof Tegniese Evangelis by Perfecto: “Vir skaal om te werk, moet DevOps-spanne eers leer om tradisionele prosesse, gereedskap en vaardighede te kombineer, en dan stadig elke individuele fase van DevOps koester en stabiliseer. Dit begin alles met noukeurige beplanning van gebruikersstories en waardestrome, gevolg deur die skryf van sagteware en weergawebeheer deur gebruik te maak van stamgebaseerde ontwikkeling of ander benaderings wat die beste geskik is vir vertakking en samevoeging van kode.
“Dan kom die integrasie- en toetsfase, waar 'n skaalbare platform vir outomatisering reeds vereis word. Dit is hier waar dit belangrik is vir DevOps-spanne om die regte platform te kies wat pas by hul vaardigheidsvlak en die einddoelwitte van die projek.
Die volgende fase is ontplooiing na produksie en dit moet ten volle geoutomatiseer word deur gebruik te maak van orkestrasiegereedskap en houers. Dit is belangrik om gevirtualiseerde omgewings in alle stadiums van DevOps (produksiesimulator, QA-omgewing en werklike produksie-omgewing) te hê en altyd net die nuutste data vir toetse te gebruik om relevante gevolgtrekkings te verkry. Analytics moet slim wees en in staat wees om groot data te verwerk met vinnige en uitvoerbare terugvoer.”
3. Neem die skuldgevoelens uit verantwoordelikheid.
Gordon Haff, RedHat-evangelis: “Die skep van 'n stelsel en atmosfeer wat eksperimentering toelaat en aanmoedig, maak voorsiening vir wat bekend staan as suksesvolle mislukkings in ratse sagteware-ontwikkeling. Dit beteken nie dat niemand anders vir mislukkings verantwoordelik is nie. Trouens, om te identifiseer wie verantwoordelik is, word selfs makliker, aangesien "verantwoordelik wees" nie meer beteken "om 'n ongeluk te veroorsaak nie." Dit wil sê, die essensie van verantwoordelikheid verander kwalitatief. Vier faktore word krities: die omvang van ontwrigting, benaderings, produksieprosesse en aansporings.” (Jy kan meer oor hierdie faktore lees in Gordon Huff se artikel “DevOps-lesse: 4 aspekte van gesonde eksperimente.”)
4. Maak die pad vorentoe skoon
Ben Grinnell, besturende direkteur en hoof van digitaal by die konsultasiemaatskappy North Highland: "Om skaal te bereik, beveel ek aan om 'n "padskoonmaakprogram" saam met baanbrekersprojekte te begin. Die doel van hierdie program is om die vullis op te ruim wat DevOps-pioniers agterlaat, soos verouderde reëls en sulke dinge, sodat die pad vorentoe duidelik bly.”
“Gee mense organisatoriese ondersteuning en momentum deur kommunikasie wat veel verder gaan as die baanbrekersgroep deur die suksesse van nuwe maniere van werk wyd te vier. Lei mense af wat by die volgende golf van DevOps-projekte betrokke is en senuweeagtig is om DevOps vir die eerste keer te gebruik. En onthou dat hierdie mense baie verskil van die pioniers.”
5. Demokratiseer gereedskap
Steve Newman, stigter en voorsitter van Scalyr: "Gereedskap moet nie vir mense weggesteek word nie, en dit moet relatief maklik wees om te leer vir enigiemand wat bereid is om tyd in te sit. As die vermoë om logboeke te bevraagteken beperk is tot drie mense wat "gesertifiseer" is om 'n instrument te gebruik, sal jy altyd 'n maksimum van drie mense beskikbaar hê om die probleem te hanteer, selfs al het jy 'n baie groot rekenaaromgewing. Met ander woorde, hier is ’n bottelnek wat tot ernstige (besigheids-) gevolge kan lei.”
6. Skep ideale toestande vir spanwerk
Tom Clark, hoof van Common Platform by ITV: “Jy kan enigiets doen, maar nie alles op een slag nie. Stel dus groot doelwitte, begin klein en beweeg vorentoe in vinnige herhalings. Met verloop van tyd sal jy 'n reputasie ontwikkel om dinge gedoen te kry, so ander sal jou metodes ook wil gebruik. En moenie bekommerd wees oor die bou van 'n hoogs effektiewe span nie. Voorsien mense eerder van ideale werksomstandighede en doeltreffendheid sal volg.”
7. Moenie vergeet van Conway's Law en Kanban-borde nie
Logan Daigle, direkteur van sagteware-aflewering en DevOps-strategie by CollabNetVersionOne: “Dit is belangrik om die gevolge van Conway se wet te verstaan. In my losse parafrase sê hierdie wet dat die produkte wat ons skep en die prosesse wat ons gebruik om dit te doen, insluitend DevOps, op dieselfde manier as ons organisasie gestruktureer blyk te wees.”
“As daar baie silo's in 'n organisasie is en beheer baie keer van hande verwissel wanneer sagteware beplan, gebou en vrygestel word, sal die effek van skaal nul of van korte duur wees. As ’n organisasie kruisfunksionele spanne bou rondom produkte wat met ’n markfokus gefinansier word, dan verhoog die kanse op sukses dramaties.”
“Nog 'n belangrike aspek van skaal is om alle werk wat aan die gang is (WIP, workinprogress) op Kanban-borde te vertoon. Wanneer ’n organisasie ’n plek het waar mense hierdie dinge kan sien, moedig dit samewerking grootliks aan, wat ’n positiewe impak op skaal het.”
8. Soek ou letsels
Manuel Pais, DevOps-konsultant en mede-outeur van Team Topologies: “Om DevOps-praktyke verder as Dev en Ops self te neem en dit op ander funksies toe te pas, is beswaarlik 'n optimale benadering. Dit sal beslis 'n mate van impak hê (byvoorbeeld deur handbeheer te outomatiseer), maar baie meer kan bereik word as ons begin met die begrip van die aflewerings- en terugvoerprosesse.”
“As daar ou letsels in 'n organisasie se IT-stelsel is - prosedures en bestuursmeganismes wat geïmplementeer is as gevolg van vorige voorvalle, maar hul relevansie verloor het (weens veranderinge in produkte, tegnologieë of prosesse) - dan moet dit beslis verwyder word of gladgemaak, eerder as om ondoeltreffende of onnodige prosesse te outomatiseer.”
9. Moenie DevOps-opsies teel nie
Anthony Edwards, direkteur van bedrywighede by Aubergine: “DevOps is 'n baie vae term, so elke span eindig met sy eie weergawe van DevOps. En daar is niks erger as 'n organisasie skielik 20 variëteite van DevOps het wat nie baie goed met mekaar oor die weg kom nie. Dit is onmoontlik vir elk van die drie ontwikkelingspanne om hul eie, spesiale koppelvlak tussen ontwikkeling en produkbestuur te hê. Produkte behoort ook nie hul eie unieke verwagtinge te hê vir die hantering van terugvoer wanneer dit na 'n produksiesimulator oorgeplaas word nie. Andersins sal jy nooit DevOps kan skaal nie.”
10. Verkondig die besigheidswaarde van DevOps
Steve Newman, stigter en voorsitter van Scalyr: “Werk om die waarde van DevOps te erken. Leer en praat gerus oor die voordele van wat jy doen. DevOps is 'n ongelooflike tyd- en geldbespaarder (dink net: minder stilstand, korter gemiddelde tyd tot herstel), en DevOps-spanne moet onvermoeid beklemtoon (en verkondig) die belangrikheid van hierdie inisiatiewe vir besigheidsukses. Op hierdie manier kan jy die kring van aanhangers uitbrei en die invloed van DevOps in die organisasie verhoog.”
BONUS
Op Ons eie DevOps sal op 13 September arriveer - ja, Red Hat, as 'n sagtewarevervaardiger, het sy eie DevOps-spanne en -praktyke.
Ons ingenieur Mark Birger, wat interne outomatiseringsdienste vir ander groepe regdeur die organisasie ontwikkel, sal sy eie storie in duidelike Russies vertel - hoe die Red Hat DevOps-span toepassings van Hat Virtualization virtuele omgewings wat deur Ansible bestuur word na 'n volwaardige houerformaat migreer op die OpenShift-platform.
Maar dit is nie al nie:
Sodra organisasies werkladings na houers geskuif het, sal tradisionele toepassingsmoniteringmetodes dalk nie werk nie. In die tweede praatjie sal ons ons motivering verduidelik vir die verandering van die manier waarop ons teken en die voortsetting wys van die pad wat ons gelei het na moderne log- en moniteringsmetodes.
Bron: will.com