Dema ku hûn li ser DevOps dipeyivin dijwar e ku meriv xala sereke fam bike? Me ji we re analogên berbiçav, formulên berbiçav û şîretên pispor berhev kirine ku dê ji kesên ne pispor re jî bibin alîkar ku bigihîjin xalê. Di dawiyê de, bonus DevOps-ên xwe yên karmendên Red Hat e.
Peyva DevOps 10 sal berê derketiye holê û ji hashtagek Twitter-ê di cîhana IT-ê de bûye tevgerek çandî ya bi hêz, felsefeyek rastîn ku pêşdebiran teşwîq dike ku tiştan zûtir bikin, ceribandin û pêşde biçin. DevOps bi têgîna veguherîna dîjîtal ve girêdayî ye. Lê wekî ku pir caran bi termînolojiya IT-ê re diqewime, di deh salên borî de DevOps di derbarê xwe de gelek pênasîn, şîrove û têgihîştinên xelet bi dest xistiye.
Ji ber vê yekê, hûn pir caran dikarin pirsên di derbarê DevOps de bibihîzin, gelo ew eynî agile ye? An jî ev rêbazek taybetî ye? An jî ew tenê hevwateyek din a peyva "hevkarî" ye?
DevOps gelek têgehên cihêreng (radestkirina domdar, entegrasyona domdar, otomasyon, hwd.) vedihewîne, ji ber vê yekê derxistina tiştên girîng dikare dijwar be, nemaze dema ku hûn ji mijarê dilşewat in. Lêbelê, ev jêhatîbûn pir bikêr e, ferq nake ku hûn hewl didin ku ramanên xwe ji serekên xwe re ragihînin an bi tenê ji kesek ji malbat an hevalên xwe re li ser karê xwe bibêjin. Ji ber vê yekê, em ji bo naha hûrgelên termînolojîk ên DevOps bidin aliyekî û li ser wêneya mezin bisekinin.
DevOps çi ye: 6 Pênasîn û Analogî
Me ji pisporan xwest ku cewhera DevOps bi qasî ku gengaz be bi hêsanî û bi kurtî rave bikin da ku nirxa wê ji xwendevanên bi her astek zanîna teknîkî re zelal bibe. Li ser bingeha encamên van danûstendinan, me analogên herî balkêş û formulên balkêş hilbijartiye ku dê ji we re bibe alîkar ku hûn çîroka xwe li ser DevOps ava bikin.
1. DevOps tevgereke çandî ye
Eveline Oehrlich, lêkolînerê payebilind, dibêje: "DevOps tevgerek çandî ye ku tê de her du alî (pêşdebirên nermalavê û pisporên xebata pergala IT) dizanin ku nermalavê feydeyên rastîn nade heta ku kesek dest bi karanîna wê neke: xerîdar, xerîdar, karmend, ne xal e," dibêje Eveline Oehrlich. analîstê li Enstîtuya DevOps. "Ji ber vê yekê, van her du partî bi hev re radestkirina nermalava bilez û bi kalîte peyda dikin."
2. DevOps li ser bihêzkirina pêşdebiran e.
"DevOps hêz dide pêşdebiran ku xwedan serîlêdanan bin, wan bimeşînin, û radestkirinê ji destpêkê heya dawiyê birêve bibin."
Jai Schniepp, derhênerê platformên DevOps li pargîdaniya bîmeyê Liberty Mutual, dibêje: "Bi gelemperî, DevOps wekî rêyek ji bo bilezkirina radestkirina serîlêdanan ji hilberînê re bi çêkirin û pêkanîna pêvajoyên otomatîkî tê axaftin." "Lê ji bo min ew tiştek pir bingehîn e." DevOps hêz dide pêşdebiran ku xwedan serîlêdan an perçeyên nermalava taybetî bin, wan bimeşînin, û radestkirina wan ji destpêkê heya dawiyê birêve bibin. DevOps tevliheviya berpirsiyariyê ji holê radike û her kesê ku di afirandina binesaziyek otomatîkî ya pêşdebir-rêveber de beşdar dibe rêberî dike."
3. DevOps di afirandina û radestkirina sepanan de li ser hevkariyê ye.
Gur Staf, serok û serokê otomasyona karsaziya dîjîtal li BMC, dibêje "Bi tenê, DevOps nêzîkatiyek ji hilberîn û radestkirina nermalavê ye ku her kes bi hev re dixebite."
4. DevOps lûleyek e
"Meclîsa veguhêz tenê heke hemî beş li hev bicivin mimkun e."
Karmendên Gur berdewam dike, "Ez ê DevOps bi xeta kombûna gerîdeyê re bidim ber hev." - Fikir ev e ku meriv hemî beşan di pêş de dîzayn bike û çêbike da ku ew paşê bêyî verastkirina kesane werin berhev kirin. Meclîsa veguhêz tenê heke hemî beş bi hev ve bibin mimkun e. Yên ku motorek dîzayn dikin û çêdikin divê bifikirin ka meriv wê çawa li laş an çarçoweyê siwar bike. Yên ku frenan çêdikin divê li ser tekeran bifikirin û hwd. Divê heman tişt bi nermalavê re rast be.
Pêşdebirek ku mantiqa karsaziyê an navberek bikarhênerek diafirîne divê li ser databasa ku agahdariya xerîdar hildide, tedbîrên ewlehiyê yên ji bo parastina daneyên bikarhêner, û ev hemî çawa bixebite dema ku karûbar dest bi xizmetkirina temaşevanek bikarhênerek mezin, belkî jî pir-mîlyon dolarî bike, bifikire. ."
"Destpêkirina mirovan ku hevkariyê bikin û li ser beşên karê ku yên din dikin bifikirin, li şûna ku bi tenê li ser karên xwe bisekinin, astengiya herî mezin e ku were derbas kirin. Ger hûn dikarin vê yekê bikin, we şansek hêja ya veguherîna dîjîtal heye, "Gur Staff zêde dike.
5. DevOps berhevoka rast a mirovan, pêvajo û otomasyonê ye
Jayne Groll, rêveberê kargêrî yê Enstîtuya DevOps, ji bo ravekirina DevOps analogiyek mezin pêşkêş kir. Bi gotinên wê, "DevOps mîna reçeteyek bi sê kategoriyên sereke yên pêkhateyan e: mirov, pêvajo û otomatîk. Piraniya van pêkhateyan dikarin ji dever û çavkaniyên din werin girtin: Lean, Agile, SRE, CI/CD, ITIL, serokatî, çand, amûr. Veşartina DevOps, mîna her reçeteyek baş, ev e ku meriv çawa rêjeyên rast û tevlihevkirina van malzemeyan werdigire da ku bilez û karîgeriya afirandin û berdana serlêdanan zêde bike.
6. DevOps dema ku bernamenûs mîna tîmek Formula 1 dixebitin e
"Pêşbazî ne ji destpêkê heya dawiyê, lê berevajî, ji dawiyê heya destpêkê tê plansaz kirin."
Chris Short, rêveberê payebilind ê kirrûbirra platforma cloudê li Red Hat û weşangerê bultena DevOps'ish, dibêje: "Gava ku ez dipeyivim ka ez çi ji destpêşxeriya DevOps hêvî dikim, ez tîmek pêşbaziyê ya NASCAR an Formula 1 wekî mînak difikirim." - Rêberê tîmek weha yek armanc heye: di dawiya pêşbaziyê de cîhê herî bilind ê gengaz bigire, li gorî çavkaniyên ku ji tîmê re hene û kêşeyên ku hatine serê wê. Di vê rewşê de, pêşbazî ne ji destpêkê heya dawiyê, lê berevajî, ji dawiyê heya destpêkê tê plansaz kirin. Pêşî, armancek ambicioz tête danîn, û paşê rêyên gihîştina wê têne destnîşankirin. Dûv re ew di bin peywiran de têne dabeş kirin û ji endamên tîmê re têne şandin."
"Tîm tevahiya hefteyekê beriya pêşbaziyê bi temamkirina rawestgeha pit derbas dike. Ew perwerdehiya hêzê û kardio dike da ku ji bo rojek pêşbaziyê ya dijwar di şeklê xwe de bimîne. Ji bo çareserkirina pirsgirêkên ku di dema pêşbaziyê de çêdibin bi hev re dixebitin. Bi vî rengî, tîmê pêşkeftinê divê jêhatîbûna berdana guhertoyên nû bi gelemperî perwerde bike. Ger hûn jêhatîbûn û pergalek ewlehiyê ya baş-xebatkar hebin, destpêkirina guhertoyên nû di hilberînê de jî pir caran dibe. Di vê nêrîna cîhanê de, leza zêde tê wateya zêdebûna ewlehiyê, "dibêje Short.
"Ev ne kirina 'tiştê rast' e," Short lê zêde dike, "ew ji holê rakirina bi qasî ku gengaz e ku rê li ber encama xwestinê digire. Li ser bingeha nerînên ku hûn di wextê rast de distînin hevkariyê bikin û adapte bikin. Ji anomaliyan re amade bin û ji bo baştirkirina kalîteyê bixebitin da ku bandora wan li ser pêşkeftina berbi armanca xwe kêm bikin. Ya ku li cîhana DevOps li benda me ye ev e.
Meriv çawa DevOps pîvan dike: 10 serişteyên ji pisporan
Tenê DevOps û DevOpsên girseyî bi tevahî tiştên cûda ne. Em ê ji we re vebêjin ka meriv çawa di rê de ji ya yekem berbi ya duyemîn de astengiyan derbas dike.
Ji bo gelek rêxistinan, rêwîtiya berbi DevOps bi hêsanî û xweş dest pê dike. Tîmên dilşewat ên piçûk têne afirandin, pêvajoyên kevn bi yên nû têne guheztin, û serketinên yekem ne demek dirêj in.
Mixabin, ev tenê ronahiyek derewîn e, xeyalek pêşkeftinê ye, dibêje Ben Grinnell, rêvebirê rêvebir û serokê dîjîtal li şêwirmendiya North Highland. Serkeftinên destpêkê bê guman teşwîq in, lê ew arîkariya armanca dawîn a pejirandina berfireh a DevOps li seranserê rêxistinê nakin.
Bi hêsanî tê dîtin ku encam di navbera "me" û "wan" de çandek dabeşbûnê ye.
"Pir caran, rêxistin van projeyên pêşeng dest pê dikin û difikirin ku ew ê rê li ber DevOps-a sereke vekin, bêyî ku bifikirin ka yên din dê karibin an jî bixwazin wê rêyê bişopînin," diyar dike Ben Grinnell. - Tîmên ji bo bicihanîna projeyên weha bi gelemperî ji "Varangians" yên xwebawer ên ku berê li cîhên din tiştek wusa kirine, lê ji rêxistina we re nû ne têne peyda kirin. Di heman demê de, ew têne teşwîq kirin ku qaîdeyên ku li ser her kesê din girêdidin bişkînin û hilweşînin. Bi hêsanî tê dîtin ku encam çandek "em" û "wan" e ku veguheztina zanîn û jêhatiyan asteng dike."
"Û ev pirsgirêka çandî tenê yek ji wan sedemên ku DevOps pîvandinê dijwar e. Tîmên DevOps bi dijwariyên teknîkî yên zêde re rû bi rû ne ku tîpîk ji pargîdaniyên yekem ên IT-ê yên bilez mezin dibin, "got Steve Newman, damezrîner û serokê Scalyr.
"Di cîhana nûjen de, gava ku hewcedarî peyda dibe, karûbar diguhezin. Bi domdarî bicîhkirin û bicîhkirina taybetmendiyên nû pir xweş e, lê hevrêzkirina vê pêvajoyê û rakirina pirsgirêkên ku derdikevin serêşiyek rastîn e, Steve Newman zêde dike. - Di rêxistinên ku pir zû mezin dibin, endezyarên li ser tîmên pir-fonksîyonel têdikoşin ku dîtina di guhertinê de û bandorên kavilkirina asta girêdayîbûnê ku ew diafirîne biparêzin. Her wiha dema ku endezyar ji vê derfetê bêpar dimînin kêfxweş nabin û ji ber vê yekê fêmkirina eslê pirsgirêkên ku derdikevin ji bo wan dijwartir dibe.”
Meriv çawa van dijwariyên ku li jor hatine destnîşan kirin derbas dike û di rêxistinek mezin de berbi pejirandina girseyî ya DevOps ve diçe? Pispor ji bîhnfirehiyê daxwaz dikin, tewra ku armanca weya dawîn lezkirina çerxa pêşkeftina nermalava xwe û pêvajoyên karsaziyê be.
1. Bînin bîra xwe ku guhertina çandê wext digire.
Jayne Groll, Rêveberê Rêvebir, Enstîtuya DevOps: "Bi dîtina min, berfirehbûna DevOps divê wekî pêşveçûna agile zêde û dûbare be (û bi heman rengî li ser çandê bandor bike). Agile û DevOps tîmên piçûk girîng dikin. Lê her ku ev tîm bi hejmar û entegrasyonê mezin dibin, em diqedin ku bêtir kes rêyên nû yên xebatê dipejirînin, û di encamê de veguherînek çandî ya mezin heye."
2. Dem têra xwe plansazkirin û hilbijartina platformê xerc bikin
Eran Kinsbruner, Mizgînvanê Teknîkî yê Serek li Perfecto: "Ji bo pîvandina xebatê, tîmên DevOps pêşî divê fêr bibin ku pêvajo, amûr û jêhatîbûnên kevneşopî li hev bikin, û dûv re hêdî hêdî her qonaxek kesane ya DevOps-ê mezin bikin û aram bikin. Hemî bi plansazkirina baldar a çîrokên bikarhêner û nirxan dest pê dike, li pey nivîsandina nermalavê û kontrolkirina guhertoyê bi karanîna pêşkeftina-based trunk an nêzîkatiyên din ên ku çêtirîn ji bo şaxkirin û yekkirina kodê ne.
"Piştre qonaxa yekbûn û ceribandinê tê, ku jixwe platformek berbelav ji bo otomatê hewce ye. Li vir ji bo tîmên DevOps girîng e ku platforma rast hilbijêrin ku li gorî asta jêhatîbûna wan û armancên dawiya projeyê ye.
Qonaxa paşîn şandina hilberînê ye û divê ev bi karanîna amûrên orkestrasyonê û konteynir bi tevahî otomatîk were çêkirin. Girîng e ku meriv di hemî qonaxên DevOps de jîngehên virtualkirî (simulatorê hilberînê, hawîrdora QA, û hawîrdora hilberîna rastîn) hebin û her gav tenê daneyên herî dawî ji bo ceribandinan bikar bînin da ku encamên têkildar bistînin. Pêdivî ye ku Analytics bi aqil be û jêhatî be ku daneyên mezin bi bertekên bilez û çalak bişopîne."
3. Sûcê ji berpirsiyariyê derxînin.
Gordon Haff, Mizgînvanê RedHat: "Afirandina pergal û atmosferek ku destûrê dide û teşwîqkirina ceribandinê dike rê dide tiştên ku di pêşkeftina nermalava bilez de wekî têkçûnên serfiraz têne zanîn. Ev nayê wê wateyê ku tu kes ji têkçûnên din ne berpirsiyar e. Bi rastî, naskirina kê berpirsiyar hê hêsantir dibe, ji ber ku "berpirsiyar" êdî nayê wateya "bûyîna qezayê". Ango cewherê berpirsiyariyê bi kalîte diguhere. Çar faktor dibin krîtîk: asta astengkirinê, nêzîkatî, pêvajoyên hilberînê û teşwîqan.” (Hûn dikarin li ser van faktoran di gotara Gordon Huff de "Dersên DevOps: 4 aliyên ceribandinên tendurist" de bêtir bixwînin.)
4. Riya pêş de paqij bikin
Ben Grinnell, rêvebir û serokê dîjîtal li şêwirmendiya North Highland: "Ji bo gihîştina pîvanê, ez pêşniyar dikim ku bi projeyên pêşeng re bernameyek "paqijkirina rê" bidin destpêkirin. Armanca vê bernameyê paqijkirina zibilên ku pêşengên DevOps li dû xwe hiştine, mîna qaîdeyên kevnar û tiştên mîna wan, paqij bike, da ku rê li pêş zelal bimîne."
"Piştgiriya rêxistinî û lezê bidin mirovan bi riya ragihandinê ya ku ji koma pêşeng derbas dibe bi berfirehî pîrozkirina serkeftinên awayên nû yên xebatê. Kesên ku di pêla din a projeyên DevOps-ê de beşdar in û ji bo yekem car karanîna DevOps-ê aciz in, rahênan bikin. Û ji bîr nekin ku ev mirov ji pêşengan pir cuda ne.”
5. Amûrên demokratîk bikin
Steve Newman, damezrîner û serokê Scalyr: "Divê amûr ji mirovan neyên veşartin, û ji bo her kesê ku bixwaze di wextê xwe de bihêle divê fêrbûna wan nisbî hêsan be. Ger şiyana pirskirina têketinê ji sê kesên "pejirandî" re were sînordar kirin ku amûrek bikar bînin, hûn ê her gav herî zêde sê kes hebin ku pirsgirêkê çareser bikin, hetta ku we jîngehek hesabkerî ya pir mezin hebe. Bi gotineke din, di vir de xelekek heye ku dikare bibe sedema encamên cidî (karsaz).
6. Ji bo xebata tîmê şert û mercên îdeal biafirînin
Tom Clark, serokê Platforma Hevbeş li ITV: "Hûn dikarin her tiştî bikin, lê ne her tiştî bi carekê. Ji ber vê yekê armancên mezin destnîşan bikin, piçûk dest pê bikin û di dubareyên bilez de pêşve biçin. Bi demê re, hûn ê ji bo pêkanîna tiştan navûdengek pêş bixin, ji ber vê yekê yên din dê bixwazin ku rêbazên we jî bikar bînin. Û ji avakirina tîmek pir bi bandor xeman nebin. Di şûna wê de, şert û mercên xebatê yên îdeal ji mirovan re peyda bikin û bikêrhatî dê peyda bibe.”
7. Li ser Qanûna Conway û panelên Kanban ji bîr nekin
Logan Daigle, Rêveberê Radestkirina Nermalavê û Stratejiya DevOps li CollabNetVersionOne: "Girîng e ku meriv encamên Qanûna Conway fêm bike. Di parafraza min de, ev qanûn diyar dike ku hilberên ku em diafirînin û pêvajoyên ku em ji bo vê yekê bikar tînin, tevî DevOps, wekî rêxistina me têne saz kirin.
"Ger di rêxistinek de gelek silo hebin, û dema ku plansazkirin, çêkirin û berdana nermalavê gelek caran destan diguhezîne, bandora pîvandinê dê sifir an demek kurt be. Ger rêxistinek li dora hilberên ku bi baldariya bazarê têne fînanse kirin tîmên hev-fonksîyonel ava bike, wê hingê şansên serketinê bi rengek berbiçav zêde dibin.
"Alîyek din a girîng a pîvandinê ev e ku hemî xebata di pêşkeftinê de (WIP, pêşkeftina xebatê) li ser panelên Kanban were xuyang kirin. Gava ku rêxistinek cîhek heye ku mirov van tiştan bibîne, ew hevkariyê pir teşwîq dike, ku bandorek erênî li ser pîvandinê dike."
8. Li şopên kevn bigerin
Manuel Pais, şêwirmendê DevOps û hev-nivîskarê Team Topologies: "Girtina pratîkên DevOps ji derveyî Dev û Ops bixwe û hewldana sepandina wan li fonksiyonên din ne nêzîkatiyek çêtirîn e. Ev ê bê guman hin bandorek hebe (mînakî, bi otomatîkkirina kontrolkirina destan), lê heke em bi têgihîştina pêvajoyên radestkirin û bersivdayînê dest pê bikin, pir zêde dikare were bidestxistin.
"Ger di pergala IT a rêxistinê de birînên kevn hebin - prosedur û mekanîzmayên rêveberiyê yên ku di encama bûyerên berê de hatine bicîh kirin, lê têkildariya xwe winda kirine (ji ber guheztinên hilber, teknolojiyê an pêvajoyên) - wê hingê bê guman hewce ne ku werin rakirin. an jî sivik kirin, li şûna otomatîkkirina pêvajoyên bêbandor an nepêwîst."
9. Vebijarkên DevOps çênekin
Anthony Edwards, Rêveberê Operasyonên li Eggplant: "DevOps peyvek pir nezelal e, ji ber vê yekê her tîm bi guhertoya xwe ya DevOps-ê diqede. Û tiştek xirabtir tune dema ku rêxistinek ji nişkê ve 20 celebên DevOps hene ku pir baş li hev nakin. Ne mumkun e ku her sê tîmên pêşkeftinê di navbera pêşkeftin û rêveberiya hilberê de xwedan pêwendiyek taybetî be. Ne jî pêdivî ye ku hilber hêviyên xwe yên yekta yên ji bo radestkirina bertekên ku ji simulatorek hilberînê têne veguheztin hebin. Wekî din, hûn ê çu carî nikaribin DevOps mezin bikin.
10. Nirxa karsaziya DevOps mizgîn bikin
Steve Newman, damezrîner û serokê Scalyr: "Ji bo naskirina nirxa DevOps bixebitin. Fêr bibin û bi azadî li ser feydeyên tiştê ku hûn dikin biaxivin. DevOps teserûfkerek dem û dravê bêhempa ye (tenê bifikire: kêm dem, dema başbûnê kurttir), û tîmên DevOps divê bêwestan girîngiya van destpêşxeriyan ji bo serfiraziya karsaziyê destnîşan bikin (û mizgîn bikin). Bi vî rengî hûn dikarin dorhêla alîgiran berfireh bikin û bandora DevOps di rêxistinê de zêde bikin.
BONUS
li ser DevOps-a me dê di 13-ê Îlonê de bigihîje - erê, Red Hat, wekî hilberînerek nermalavê, tîm û pratîkên xwe yên DevOps hene.
Endezyarê me Mark Birger, ku karûbarên otomasyona hundurîn ji bo komên din li seranserê rêxistinê pêş dixe, dê çîroka xwe bi rûsî ya paqij vebêje - ka tîmê Red Hat DevOps çawa serîlêdanên ji hawîrdorên virtual yên Hat Virtualization ku ji hêla Ansible ve têne rêve kirin koçî formek konteynerê ya bêkêmasî kir. platforma OpenShift.
Lê ev ne hemî:
Gava ku rêxistinan barkêşên xebatê veguheztin konteyneran, dibe ku rêbazên şopandina serîlêdana kevneşopî nexebitin. Di axaftina duyemîn de em ê motîvasyona xwe ya ji bo guhertina awayê têketinê rave bikin û berdewamiya riya ku me ber bi rê û rêbazên nûjen ên têketin û şopandinê ve birin nîşan bidin.
Source: www.habr.com