Dema ku serîlêdanek nexebite, tiştê herî dawî ku hûn dixwazin ji hevkarên xwe bibihîzin gotina "pirsgirêk li ser milê we ye." Wekî encamek, bikarhêner cefayê dikişînin - û ew eleqedar nakin ka kîjan beşek tîmê berpirsiyarê hilweşandinê ye. Çanda DevOps bi rastî derket holê ku pêşkeftin û piştgirî li dora berpirsiyariyek hevpar a ji bo hilbera dawîn bîne ba hev.
Di têgîna DevOps de çi pratîk hene û çima ew hewce ne? Endezyarên DevOps çi dikin û divê ew çi bikin? Pisporên EPAM bersivê didin van û pirsên din: Kirill Sergeev, endezyar pergalê û mizgînvanê DevOps, û Igor Boyko, endezyarê pergalê yê pêşeng û koordînatorê yek ji tîmên DevOps ên pargîdanî.
Çima DevOps hewce ye?
Berê, di navbera pêşdebiran û piştgirîyê de astengek (bi navê operasyonan) hebû. Ew paradoksîk xuya dike, lê wan armanc û KPI-yên cûda hebûn, her çend wan heman tişt dikirin. Armanca pêşkeftinê ew bû ku hewcedariyên karsaziyê bi zûtirîn dem bicîh bîne û wan li hilberek xebatê zêde bike. Piştgirî berpirsiyar bû ku pê ewle bibe ku serîlêdan bi îstîqrar dixebite - û her guhertin aramiyê dixe xeterê. Pevçûnek berjewendiyê heye - DevOps xuya bû ku wê çareser bike.
DevOps çi ye?
Ew pirsek baş e - û pirsek nakokî ye: cîhan hîn di dawiyê de li ser vê yekê li hev nekiriye. EPAM bawer dike ku DevOps teknolojiyên, pêvajoyan û çandek danûstendinê di nav tîmek de bihev dike. Ev komele armanc dike ku bi domdarî nirxê bide bikarhênerên dawî.
Kirill Sergeev: "Pêşvebir kodê dinivîsin, ceribandinvan wê dinirxînin, û rêvebir hilbera dawîn di hilberînê de radigihînin. Demek dirêj, ev beşên tîmê hinekî belav bûn, û dûv re fikir rabû ku wan bi pêvajoyek hevpar re yek bikin. Bi vî rengî pratîkên DevOps xuya bûn.
Roj hat ku pêşdebir û endezyarên pergalê bi karê hevdu re eleqedar bûn. Astengiya di navbera hilberîn û piştgiriyê de dest pê kir winda bû. Bi vî rengî DevOps derket holê, ku tê de pratîk, çand û têkiliya tîmê vedihewîne.
Esasê çanda DevOps çi ye?
Rastî ev e ku berpirsiyariya encama dawî li ser her endamê tîmê ye. Tiştê herî balkêş û dijwar di felsefeya DevOps de ev e ku meriv fêm bike ku kesek taybetî ne tenê ji qonaxa xebata xwe berpirsiyar e, lê berpirsiyar e ka dê tevahî hilber çawa bixebite. Pirsgirêk ne li kêleka kesî ye - ew tê parve kirin, û her endamê tîmê ji bo çareserkirina wê dibe alîkar.
Tişta herî girîng di çandek DevOps de çareserkirina pirsgirêkê ye, ne tenê sepandina pratîkên DevOps. Digel vê yekê, ev pratîk ne "li aliyek kesek", lê li seranserê hilberê têne bicîh kirin. Projeyek bi serê xwe ne hewceyê endezyarek DevOps-ê ye - ew hewceyê çareseriyek pirsgirêkek e, û rola endezyarek DevOps dikare di nav çend endamên tîmê de bi pisporiyên cihêreng were belavkirin.
Cûreyên pratîkên DevOps çi ne?
Pratîkên DevOps hemî qonaxên çerxa jiyana nermalavê vedigire.
Igor Boyko: "Doza îdeal ev e ku em di destpêka projeyek rast de dest bi karanîna pratîkên DevOps dikin. Bi mîmaran re, em plan dikin ku serîlêdan dê xwediyê çi celeb perestgehek mîmarî be, ew ê li ku derê be û meriv çawa pîvan bike, û platformek hilbijêrin. Naha, mîmariya mîkro-xizmetê di modê de ye - ji bo wê em pergalek orkestrasyonê hilbijêrin: hûn hewce ne ku hûn bikaribin her hêmanek serîlêdanê ji hev veqetînin û wê ji yên din serbixwe nûve bikin. Pratîkek din "binesaziya wekî kod" e. Ev navê nêzîkbûnek e ku tê de binesaziya projeyê bi karanîna kodê tête çêkirin û rêvebirin, ne bi têkiliya rasterast bi serveran re.
Piştre em derbasî qonaxa pêşveçûnê dibin. Yek ji pratîkên herî mezin li vir avakirina CI/CD-ê ye: hûn hewce ne ku ji pêşdebiran re bibin alîkar ku bi lez, di beşên piçûk de, pir caran û bê êş guheztinan di hilberê de yek bikin. CI/CD vekolîna kodê vedigire, masterê li bingeha kodê bar dike, û sepanê li hawîrdorên ceribandin û hilberînê bicîh dike.
Di qonaxên CI / CD de, kod di deriyên kalîteyê re derbas dibe. Bi alîkariya wan, ew kontrol dikin ka koda ku ji qereqola xebata pêşdebiran derdikeve pîvanên kalîteyê yên diyarkirî pêk tîne. Testkirina yekîn û UI li vir tê zêdekirin. Ji bo belavkirina hilbera bilez, bê êş û baldar, hûn dikarin celebê bicîhkirina guncan hilbijêrin.
Bijîjkên DevOps di qonaxa piştgirîkirina hilbera qediyayî de jî cîhek heye. Ew ji bo şopandin, bertek, ewlehî, û danasîna guhertinan têne bikar anîn. DevOps ji perspektîfek başkirina domdar li van hemî karan dinêre. Em operasyonên dubare kêm dikin û wan otomatîk dikin. Ev di heman demê de koçberî, berfirehkirina serîlêdanê, û piştgiriya performansê jî dihewîne.
Feydeyên pratîkên DevOps çi ne?
Ger me pirtûkek dersê li ser pratîkên DevOps-ên nûjen binivîsanda, dê di rûpela yekem de sê xal hebin: otomasyon, bilezkirina berdanan, û bertekên bilez ji bikarhêneran.
Kirill Sergeev: “Ya yekem otomasyon e. Em dikarin hemî danûstendinên di tîmê de otomatîk bikin: kod nivîsand - ew derxist - kontrol kir - saz kir - bertek berhev kir - vegeriya destpêkê. Ev hemî otomatîk e.
Ya duyemîn lezkirina berdanê û tewra hêsankirina pêşkeftinê ye. Ji bo xerîdar her gav girîng e ku hilber bi zûtirîn dem têkeve sûkê û ji analogên hevrikan zûtir dest bi peydakirina feydeyan bike. Pêvajoya radestkirina hilberê dikare bêdawî were çêtir kirin: dem kêm bikin, nîşaneyên kontrolê yên din zêde bikin, çavdêriyê çêtir bikin.
Ya sêyemîn lezkirina nerînên bikarhêner e. Ger şîroveyên wî hebin, em dikarin tavilê sererastkirinan bikin û tavilê serlêdanê nûve bikin.
Têgînên "endazyarê pergalê", "endazyarê avahîsaziyê" û "endazyarê DevOps" çawa têkildar in?
Ew li hev dikin, lê ji deverên hinekî cûda ne.
Endezyarê pergalê li EPAM pozîsyonek e. Ew di astên cûda de têne: ji pisporê piçûk heya pisporê sereke.
Endezyarek avahîsaziyê bêtir rolek e ku dikare li ser projeyekê pêk were. Naha ji kesên ku ji CI/CD berpirsiyar in re tê gotin.
Endezyarek DevOps pisporek e ku pratîkên DevOps li ser projeyekê pêk tîne.
Ger em wiya hemî kurt bikin, em tiştek wusa distînin: kesek di pozîsyona endezyarek pergalê de li ser projeyekê rola endezyarek avahîsaziyê dilîze û li wir beşdarî pêkanîna pratîkên DevOps dibe.
Endezyarek DevOps bi rastî çi dike?
Endezyarên DevOps hemî perçeyên ku projeyekê pêk tînin li hev kom dikin. Ew taybetmendiyên xebata bernamesaz, ceribandin, rêveberên pergalê dizanin û alîkariya hêsankirina xebata wan dikin. Ew hewcedarî û hewcedariyên karsaziyê, rola wê di pêvajoya pêşkeftinê de fam dikin - û pêvajoyê li gorî berjewendîyên xerîdar ava dikin.
Me pir li ser otomasyonê peyivî - ev e ya ku endezyarên DevOps pêşî û pêşîn pê re mijûl dibin. Ev xalek pir mezin e, ku di nav tiştên din de, amadekirina jîngehê jî dihewîne.
Kirill Sergeev: "Berî ku nûvekirinên di hilberê de bicîh bikin, pêdivî ye ku ew di hawîrdorek partiya sêyemîn de bêne ceribandin. Ew ji hêla endezyarên DevOps ve hatî amadekirin. Ew çandek DevOps li ser projeyê bi tevahî vedihewînin: ew di hemî qatên projeyên xwe de pratîkên DevOps destnîşan dikin. Ev sê prensîb: otomasyon, hêsankirin, lezkirin - ew bigihîjin her derê ku dikarin bigihîjin."
Divê endezyarek DevOps çi zanibe?
Bi gelemperî, pêdivî ye ku ew ji deverên cihêreng xwedan zanîn be: bernamekirin, bi pergalên xebitandinê re, databas, pergalên civandin û veavakirinê re xebitîn. Vana bi şiyana xebata bi binesaziya ewr, pergalên orkestrasyon û çavdêriyê re têne temam kirin.
1. Zimanên bernamesaziyê
Endezyarên DevOps ji bo otomasyonê çend zimanên bingehîn dizanin û dikarin, mînakî, ji bernamenûsek re bibêjin: "Ma hûn kodê ne bi destan saz bikin, lê bi karanîna nivîsara me, ya ku her tiştî otomatîk dike, saz bikin? Em ê ji bo wê pelek konfigurasyonê amade bikin, ew ê hem ji bo we hem jî ji me re xweş be ku hûn bixwînin, û em ê her gav karibin wê biguhezînin. Em ê jî bibînin ku kî, kengê û çima guhertinan li wê dike.”
Endezyarek DevOps dikare yek an çend ji van zimanan fêr bibe: Python, Groovy, Bash, Powershell, Ruby, Go. Ne hewce ye ku meriv wan di astek kûr de zanibe - bingehên hevoksaziyê, prensîbên OOP, û şiyana nivîsandina nivîsarên hêsan ên ji bo otomasyonê bes in.
2. Pergalên xebitandinê
Endezyarek DevOps divê fêm bike ku dê hilber li ser kîjan serverê were saz kirin, ew ê li kîjan hawîrdorê bixebite, û ew ê bi kîjan karûbaran re têkilî daynin. Hûn dikarin hilbijêrin ku di Windows an malbata Linux de pispor bibin.
3. sîstemên kontrol Versiyon ji
Bêyî zanîna pergalek kontrolkirina guhertoyê, endezyarek DevOps ne li cîhek e. Git yek ji pergalên herî populer ên vê gavê ye.
4. pêşkêşkerên Cloud
AWS, Google, Azure - nemaze heke em li ser rêgeza Windows-ê diaxivin.
Kirill Sergeev: "Pêşkêşkerên Cloud serverên virtual ku bi rengek bêkêmasî di CI/CD-ê de cih digirin peyda dikin.
Sazkirina deh serverên laşî bi qasî sed operasyonên destan hewce dike. Pêdivî ye ku her server bi destan were destpêkirin, pergala xebitandinê ya pêwîst were saz kirin û mîheng kirin, serîlêdana me li ser van deh serveran were saz kirin, û dûv re her tişt deh carî ducar were kontrol kirin. Karûbarên Cloud vê prosedurê bi deh rêzikên kodê diguhezînin, û pêdivî ye ku endezyarek DevOps baş bikaribe bi wan re bixebite. Ev dem, hewldan û drav dide - hem ji bo xerîdar û hem jî ji bo pargîdaniyê.
5. Pergalên Orkestrasyonê: Docker û Kubernetes
Kirill Sergeev: “Pêşkêşkerên virtual di nav konteyneran de têne dabeş kirin, di her yek ji wan de em dikarin serlêdana xwe saz bikin. Gava ku gelek konteynir hebin, hûn hewce ne ku wan îdare bikin: yekê vekin, yê din vekin, li cîhek paşvekêşan çêbikin. Ev pir tevlihev dibe û pergala orkestrasyonê hewce dike.
Berê, her serîlêdan ji hêla serverek veqetandî ve hate rêve kirin - her guhertinek di xebata wê de dikare bandorê li ser karûbarê serîlêdanê bike. Bi saya konteyneran, serîlêdan têne veqetandin û ji hev cihê dimeşin - her yek li ser makîneya xweya virtual. Ger têkçûnek çêbibe, ne hewce ye ku wextê xwe li lêgerîna sedemê winda bike. Hilweşandina konteynera kevn û lê zêdekirina konteynerek nû hêsantir e.”
6. Pergalên vesazkirinê: Chef, Ansible, Puppet
Gava ku hûn hewce ne ku tevahiya fîloya serveran biparêzin, pêdivî ye ku hûn gelek heman celeb operasyonan bikin. Ew dirêj û dijwar e, û xebata destan jî şansê xeletiyê zêde dike. Li vir pergalên veavakirinê digihîjin alîkariyê. Bi alîkariya wan, ew skrîptek ku ji bo bernamenûs, endezyarên DevOps, û rêvebirên pergalê hêsan tê xwendin diafirînin. Ev skrîpt ji bo pêkanîna heman operasyonan li ser serveran bixweber dibe alîkar. Ev operasyonên destan (û ji ber vê yekê xeletiyan) kêm dike.
Endezyarek DevOps dikare çi celeb kariyerê ava bike?
Hûn dikarin hem horizontî û hem jî vertîkal pêşve bibin.
Igor Boyko: "Ji hêla pêşkeftina horîzontal ve, endezyarên DevOps naha xwedan perspektîfên herî berfireh in. Her tişt bi domdarî diguhere, û hûn dikarin di warên cûrbecûr de jêhatîbûnê ava bikin: ji pergalên kontrolkirina guhertoyê bigire heya çavdêriyê, ji rêveberiya veavakirinê heya databasan.
Hûn dikarin bibin mîmarê pergalê heke karmendek eleqedar be ku fam bike ka serîlêdanek di hemî qonaxên çerxa jiyana xwe de çawa dixebite - ji pêşkeftinê bigire heya piştgiriyê."
Meriv çawa dibe endezyarek DevOps?
- Projeya Phoenix û Destana DevOps bixwînin. Vana stûnên rastîn ên felsefeya DevOps in, ku yekem karek çîrok e.
- Teknolojiyên ji navnîşa li jor fêr bibin: bi serê xwe an bi qursên serhêl.
- Ji bo projeyek çavkaniyek vekirî wekî endezyarek DevOps beşdarî bibin.
- Li ser projeyên kesane û xebatê yên xwe pratîkên DevOps pratîk bikin û pêşkêş bikin.
Source: www.habr.com