Di jiyanê de ji îro baştir dem ji bo fêrbûnê tune.
Ew 2019 e, û DevOps ji her demê bêtir têkildar e. Ew dibêjin ku rojên rêvebirên pergalê qediyan, mîna serdema sereke. Lê gelo bi rastî jî wisa ye?
Wekî ku pir caran di IT-ê de dibe, rewş guherî. Metodolojiya DevOps derketiye holê, lê ew bêyî kesek xwedan jêhatîbûna rêveberê pergalê, ango bêyî Ops nikare hebe.
Berî ku nêzîkatiya DevOps forma xwe ya nûjen bigire, min xwe wekî Ops dabeş kir. Û ez baş dizanim ku rêvebirê pergalê çi diceribîne dema ku ew fêm dike ku ew hîna nikane çi qas bike û ji bo fêrbûna wê çiqas dem hindik maye.
Lê gelo bi rastî ew qas tirsnak e? Ez ê bibêjim ku nebûna zanînê divê wekî pirsgirêkek mezin neyê dîtin. Ew bêtir dijwariyek profesyonel e.
Berhemên pîvana malperê li ser Linux an nermalava din a çavkaniyek vekirî ne, û li sûkê her ku diçe hindik kes hene ku karibin wan biparêzin. Daxwaz jixwe ji hejmara pisporên di vî warî de derbas bûye. Rêvebirek pergalê êdî dê nikaribe bi tenê xebata xwe bidomîne bêyî ku asta jêhatiya xwe baştir bike. Pêdivî ye ku wî jêhatîbûnên otomasyonê hebe ku gelek server / nod birêve bibe û têgihîştinek baş hebe ka ew çawa dixebitin da ku pirsgirêkên ku derdikevin çareser bikin.
Berî ku hûn bibin endamê tîmê DevOps, divê hûn rêwîtiyek pir dirêj lê balkêş derbas bibin, fêrbûna teknolojiyên nû û amûrên cihêreng ên ku ji bo domandina pergalê li gorî standardên DevOps hewce ne.
Ji ber vê yekê, rêveberek pergalê çawa dikare ji nêzîkatiya asayî ku bixebite berbi konsepta nû ya DevOps ve diçe? Her tişt wekî berê ye: pêşî hûn hewce ne ku ramana xwe biguherînin. Ne hêsan e ku meriv dev ji vê nêzîkatiya ku ev deh bîst sal in dişopîne berde û dest bi karên cûda bike, lê pêdivî ye.
Berî her tiştî, girîng e ku meriv fêm bike ku DevOps di pargîdaniyek de ne pozîsyonek taybetî ye, lê komek pratîkên taybetî ye. Van kiryaran dabeşkirina pergalên veqetandî, kêmkirina zirara ji xeletî û xeletiyan, nûvekirinên nermalavê yên pir caran û biwext, danûstendina baş-sazkirî di navbera pêşdebiran (Dev) û rêvebiran (Ops), û her weha ceribandina domdar a ne tenê kodê, lê di heman demê de tevahiya avahiya di nav pêvajoyê de .
Digel guheztina awayê ramanê, hûn hewce ne ku fêr bibin ka meriv çawa binesaziyê biparêze û xebata wê, pêbawerî û hebûna wê ya domdar ji bo yekbûn û radestkirina domdar, karûbar û nermalavê misoger bike.
Ya ku dibe ku hûn wekî pisporek Ops winda bibin jêhatîbûna bernamekirinê ye. Naha nivîsandina nivîsan (skrîptan), ku rêvebirên pergalê bikar tînin da ku bixweber pêçan li ser serverek saz bikin, pel û hesaban bi rêve bibin, pirsgirêkan çareser bikin û belgeyan berhev bikin, jixwe wekî kevnar tê hesibandin. Skrîpt hîn jî di rewşên nisbeten hêsan de tê sepandin, lê DevOps di derbarê çareserkirina pirsgirêkên mezin de ye, çi bicîhanîn, ceribandin, avahî, an bicîhkirin be.
Ji ber vê yekê, heke hûn dixwazin xweseriyê fêr bibin, hûn hewce ne ku bi kêmanî bernamesaziyek piçûk master bikin, hetta ku hûn ne pêşdebir in, ji ber ku di vê qonaxa pêşkeftina we de li DevOps vê jêhatîbûnê hewce dike.
Çi bikim? Ji bo ku hûn wekî pispor di daxwaziyê de bimînin, hûn hewce ne ku hûn jêhatîbûnên têkildar bidest bixin - bi kêmî ve zimanek bernamekirinê master bikin, mînakî Python. Dibe ku ev yek ji kesê ku bi profesyonelî di rêveberiyê de têkildar e dijwar xuya bike, ji ber ku ew tê bikar anîn ku difikire ku tenê bernameya pêşdebiran dike. Ne hewce ye ku meriv bibe pispor, lê zanîna yek ji zimanên bernamekirinê (dibe ku Python, Bash an jî heta ), bê guman dê bibe avantajek.
Fêrbûna bernameyê hinek dem digire. Hişyar û bîhnfireh dê ji we re bibe alîkar ku hûn gava ku bi endamên tîmê DevOps û xerîdar re danûstendinê bikin li ser tiştan bimînin. Rojê nîv saet, saetek an jî bêtir, fêrbûna zimanek bernamekirinê divê armanca weya sereke be.
Rêvebirên pergalê û pisporên DevOps pirsgirêkên wekhev çareser dikin, lêbelê, cûdahiyên girîng hene. Tê bawer kirin ku rêveberek pergalê nikare her tiştê ku endezyarek DevOps dikare bike. Ew dibêjin ku rêvebirê pergalê bêtir li ser mîhengkirin, parastin û misogerkirina performansa pergalên serverê ye, lê endezyar DevOps hemî vê selikê û selikek din a piçûk dikişîne.
Lê ev gotin çiqas rast e?
Rêvebirê pergalê: yek şervanek li qadê
Tevî cûdahî û wekheviyên ku di vê gotarê de hatine destnîşan kirin, ez hîn jî bawer dikim ku di navbera rêveberiya pergalê û DevOps de cûdahiyek girîng tune. Rêvebirên pergalê her gav heman fonksiyonên pisporên DevOps pêk anîne, tenê ew e ku kes berê jê re negot DevOps. Ez bawer dikim ku çu xalek tune ku bi taybetî li cûdahiyan bigerin, nemaze heke ew ne bi karekî re têkildar be. Ji bîr nekin ku, berevajî rêveberek pergalê, DevOps ne helwestek e, lê têgehek e.
Pêdivî ye ku tiştek girîngtir were destnîşan kirin, bêyî ku axaftinek di derbarê rêveberiyê û DevOps de ne temam be. Rêvebiriya pergalê di wateya gelemperî de pêşbîn dike ku pisporek xwedan komek jêhatîbûnek taybetî ye û li ser xizmetkirina cûrbecûr binesaziyan hûr dibe. Ne di wê wateyê de ku ev karmendek gerdûnî ye, lê di vê wateyê de ku ji hêla hemî rêvebiran ve gelek peywir hene.
Mînakî, dem bi dem ew neçar in ku wekî celebek pisporê teknîkî tevbigerin, ango bi rastî her tiştî bikin. Û heke ji bo tevahiya rêxistinê tenê yek rêveberek wusa hebe, wê hingê ew ê bi gelemperî hemî karên teknîkî pêk bîne. Ev dibe ku ji domandina çaper û kopîkeran bigire heya pêkanîna peywirên têkildar ên torê yên wekî sazkirin û rêvebirina router û guhêrkan an mîhengkirina dîwarek agir her tişt be.
Ew ê di heman demê de ji nûvekirinên hardware, vekolîn û analîzkirina têketinê, vekolînên ewlehiyê, pêvekirina serverê, çareserkirina pirsgirêkan, analîzkirina sedema bingehîn, û otomasyonê berpirsiyar be - bi gelemperî bi nivîsarên PowerShell, Python, an Bash. Yek mînakek karanîna rêveberiya hesabên bikarhêner û komê ye. Afirandina hesabên bikarhêner û dayîna destûrên karekî pir westayî ye ji ber ku bikarhêner hema hema her roj xuya dibin û winda dibin. Otomasyon bi navgîniya skrîptan de ji bo karên binesaziyê yên girîngtir, wek nûvekirina guhêrbar û pêşkêşker û projeyên din ên ku bandorê li berjewendiya pargîdaniya ku rêveber lê dixebite, wextê azad dike (her çend bi gelemperî tê pejirandin ku beşa IT rasterast dahatê çênake).
Erka rêvebirê pergalê ew e ku wextê winda neke û bi her awayî pereyên pargîdaniyê xilas bike. Carinan rêvebirên pergalê wekî endamên tîmek mezin dixebitin, wek nimûne, rêveberên Linux, Windows, databases, hilanînê û hwd. Bernameyên xebatê jî cûda dibin. Mînakî, guheztinek li herêmek demjimêr di dawiya rojê de bûyeran vediguhezîne guheztina din a li herêmek demjimêrek din da ku pêvajo nesekine (li pey-rojê); an jî karmendan ji saet 9 heta 5 rojek xebatê ya normal heye; an jî ew di navendek daneya XNUMX/XNUMX de dixebite.
Bi demê re, rêveberên pergalê fêr bûne ku bi stratejîk bifikirin û mijarên girîng bi karên rûtîn re hev bikin. Tîm û beşên ku ew tê de dixebitin bi gelemperî di çavkaniyan de kêm in, lê di heman demê de her kes hewl dide ku karên rojane bi tevahî biqedîne.
DevOps: pêşveçûn û parastin wekî yek
cureyekî felsefeyê ye ji bo pêvajoyên pêşketin û parastinê. Ev nêzîkatî di cîhana IT de bi rastî nûjen bûye.
Di bin sîwana DevOps de, li aliyekî tîmek pêşkeftina nermalavê û li hêla din jî tîmek lênihêrînê heye. Ew bi gelemperî ji hêla pisporên rêveberiya hilberê, ceribandin û sêwiranerên navbeynkariya bikarhêner ve têne hev kirin. Bi hev re, van pisporan operasyonan rêkûpêk dikin da ku zû serîlêdanên nû û nûvekirinên kodê derxînin da ku piştgirî û baştirkirina karbidestiya tevahiya pargîdaniyê bikin.
DevOps li ser bingeha kontrolkirina pêşkeftin û xebitandina nermalavê di tevahiya çerxa jiyana wê de ye. Pêdivî ye ku mirovên lênêrînê piştgirî bidin pêşdebiran, û pêşdebiran ji bilî API-yên ku di pergalan de têne bikar anîn bêtir fêm dikin. Pêdivî ye ku ew fêhm bikin ka çi di binê kavilê de ye (ango, pergalên hardware û xebitandinê çawa dixebitin) da ku ew çêtir xeletiyan bikin, pirsgirêkan çareser bikin, û bi teknîsyenên karûbarê re têkilî daynin.
Ger ku ew dixwazin teknolojiyên herî dawî fêr bibin û ji raman û çareseriyên nûjen re vekirî bin, rêvebirên pergalê dikarin derbasî tîmek DevOps bibin. Wekî ku min berê jî got, ew ne hewce ne ku bibin bernamenûsên tam, lê serweriya zimanek bernamesaziyê mîna Ruby, Python an Go dê ji wan re bibe alîkar ku bibin endamên tîmê pir bikêr. Her çend rêveberên pergalê bi kevneşopî hemî karan bixwe dikin û bi gelemperî wekî tenêtî têne hesibandin, di DevOps de ew xwedan ezmûnek bi tevahî berevajî ne, ku her kes di pêvajoyê de bi hevûdu re têkilî daynin.
Mijara otomasyonê her ku diçe têkildar dibe. Hem rêvebirên pergalê û hem jî pisporên DevOps eleqedar in ku zû pîvandin, xeletiyan kêm bikin, û zû zû xeletiyên heyî bibînin û rast bikin. Bi vî rengî, otomasyon têgehek e ku du deveran li hev dicivin. Rêvebirên pergalê ji karûbarên cloudê yên wekî AWS, Azure, û Google Cloud Platform berpirsiyar in. Pêdivî ye ku ew prensîbên yekbûn û radestkirina domdar û çawaniya karanîna amûrên mîna fam bikin .
Wekî din, divê rêvebirên pergalê amûrên mîheng û rêveberiyê yên wekî , ji bo belavkirina paralel a deh an bîst serveran pêwîst e.
Têgeha sereke ye . Software her tişt e. Bi rastî, ji bo ku pîşeya rêveberê pergalê têkildariya we winda neke, hûn tenê hewce ne ku hûrguliyê hinekî biguhezînin. Rêvebirên pergalê di karsaziya karûbarê de ne û divê karibin bi pêşdebiran re bi bandor ragihînin, û berevajî. Weke ku dibêjin serek baş e, lê du jê çêtir e.
Û hûrguliya dawî ya di vê mekanîzmayê de ye . Karkirina bi Git re yek ji berpirsiyariyên rojane yên kevneşopî yên rêveberê pergalê ye. Ev pergala kontrola guhertoyê bi berfirehî ji hêla pêşdebiran, pisporên DevOps, tîmên Agile û gelekên din ve tê bikar anîn. Ger xebata we bi çerxa jiyana nermalavê ve girêdayî ye, wê hingê hûn ê bê guman bi Git re bixebitin.
Git gelek taybetmendiyên xwe hene. Hûn ê çu carî hemî emrên Git-ê fêr nebin, lê hûn ê tam fam bikin ka çima ew di danûstendin û hevkariyê nermalavê de bingehek e. Ger hûn di tîmek DevOps de bixebitin zanînek bêkêmasî ya Git pir girîng e.
Ger hûn rêveberê pergalê ne, wê hingê hûn hewce ne ku hûn Git çêtir bixwînin, fêm bikin ka kontrola guhertoyê çawa tê çêkirin û emrên hevpar bi bîr bînin: git status, git commit -m, git add, git pull, git push, git rebase, git şax, git ferq û yên din. Gelek qurs û pirtûkên serhêl hene ku dikarin ji we re bibin alîkar ku hûn vê mijarê ji nû ve fêr bibin û bibin pisporek bi jêhatîbûnên taybetî. ecêb jî hene , ji ber vê yekê hûn ne hewce ne ku wan hemîyan bişkînin, lê her ku hûn Git bikar bînin, ew ê hêsantir be.
encamê
Di dawiyê de, hûn biryar didin ka hûn hewce ne ku bibin pisporek DevOps an çêtir e ku hûn rêveberek pergalê bimînin. Wekî ku hûn dikarin bibînin, qursek fêrbûnê heye ku veguherînê bike, lê hûn zûtir dest pê bikin, ew çêtir e. Zimanek bernamesaziyê hilbijêrin û di heman demê de amûrên wek mînak fêr bibin (kontrola guhertoyê), (CI/CD, entegrasyona berdewam) û (veavakirin û otomasyon). Çi vebijarkek ku hûn hilbijêrin, ji bîr nekin ku hûn hewce ne ku bi domdarî fêr bibin û jêhatîyên xwe baştir bikin.
Source: www.habr.com