DevOps di van çend salên dawî de bûye mijarek pir populer. Pir kes xewna tevlêbûna wê dikin, lê, wekî pratîk nîşan dide, pir caran tenê ji ber asta mûçeyan.
Hin kes DevOps-ê li ser resûma xwe navnîş dikin, her çend ew her gav esasê termê nizanin an fam nakin. Hin kes difikirin ku piştî xwendina Ansible, GitLab, Jenkins, Terraform û yên wekî wan (lîste dikare li gorî kêfa we were domandin), hûn ê tavilê bibin "devopsist". Ev, bê guman, ne rast e.
Di van çend salên borî de, ez bi giranî beşdarî pêkanîna DevOps di pargîdaniyên cihêreng de bûm. Berî wê, wî zêdetirî 20 salan di postên ku ji rêveberê pergalê bigire heya derhênerê IT-ê xebitî. Heya niha Endezyarê Serek DevOps li Playgendary.
DevOps kî ye
Fikra nivîsandina gotarek piştî pirsek din derket holê: "DevOps kî ye?" Ji bo çi û kî ye hê jî termek nehatiye destnîşankirin. Hin bersiv jixwe di vê de ne . Pêşî ez ê xalên sereke ji wê derxim holê, paşê jî ez ê çavdêrî û ramanên xwe parve bikim.
DevOps ne pisporek e ku dikare were xebitandin, ne komek amûran, û ne jî dezgehek pêşdebiran bi endezyaran re ye.
DevOps felsefe û rêbazek e.
Bi gotinek din, ew komek pratîkan e ku ji pêşdebiran re dibe alîkar ku bi çalak bi rêvebirên pergalê re têkilî daynin. Ango pêvajoyên xebatê bi hev ve girêdin û bikin yek.
Bi hatina DevOps re, avahî û rolên pisporan wekî xwe man (pêşdebiran hene, endezyar hene), lê rêzikên danûstendinê hatine guhertin. Sînorên di navbera dezgehan de xera bûne.
Armancên DevOps dikarin di sê xalan de bêne diyar kirin:
- Divê nermalava bi rêkûpêk were nûve kirin.
- Pêdivî ye ku nivîsbar zû were kirin.
- Pêdivî ye ku nermalava bi hêsanî û di demek kurt de were bicîh kirin.
Ji bo DevOps amûrek yekane tune. Veavakirin, radestkirin û xwendina gelek hilberan nayê vê wateyê ku DevOps di pargîdaniyê de xuya bûye. Gelek amûr hene û ew hemî di qonaxên cûda de têne bikar anîn, lê ji yek armancek hevpar re xizmetê dikin.
Û ev tenê beşek ji amûrên DevOps e
Naha zêdetirî 2 sal in ez ji bo pozîsyona endezyar DevOps bi mirovan re hevpeyivîn dikim, û min fêm kir ku çiqas girîng e ku meriv bi zelalî naveroka termê fam bike. Min tecrubeyên taybetî, çavdêrî û ramanên ku ez dixwazim parve bikim berhev kirine.
Ji ezmûna hevpeyvînê, ez wêneya jêrîn dibînim: pisporên ku DevOps wekî sernavek kar dihesibînin bi gelemperî bi hevkarên xwe re xelet têne fam kirin.
Mînakek balkêş hebû. Xortek bi gelek gotinên zîrek li ser karnameya xwe hat hevpeyvînekê. Di sê karên xwe yên dawî de 5-6 meh ezmûna wî hebû. Min du destpêk hişt ji ber ku ew "derneketin." Lê di derbarê pargîdaniya sêyemîn de, wî got ku kes li wir jê fêm nake: pêşdebir kodê li ser Windows-ê dinivîsin, û derhêner neçar dike ku vê kodê di Docker-a birêkûpêk de "pêça" bike û di lûleya CI/CD de were çêkirin. Mêrik di derbarê cîhê xebata xwe ya niha û hevkarên xwe de gelek tiştên neyînî got - Min tenê xwest ku bersivê bidim: "Ji ber vê yekê hûn ê fîlek nefiroşin."
Dûv re min pirsek jê kir ku di lîsteya min de ji bo her berendamek bilind e.
- DevOps ji bo we bixwe tê çi wateyê?
- Bi giştî an ez çawa dibînim?
Ez bi ramana wî ya kesane re eleqedar bûm. Teorî û eslê têgînê dizanibû, lê bi tundî bi wan re nerazî bû. Wî bawer kir ku DevOps sernavek kar bû. Ev e ku koka pirsgirêkên wî ye. Her weha pisporên din ên bi heman ramanê.
Kardêr, ku pir li ser "efsûna DevOps" bihîstine, dixwazin kesek bibînin ku dê were û vê "efsûnê" biafirîne. Û serlêderên ji kategoriya "DevOps karek e" fêm nakin ku bi vê nêzîkatiyê ew ê nikaribin hêviyên xwe bi cih bînin. Û, bi gelemperî, wan DevOps li ser reseniya xwe nivîsand ji ber ku ew meylek e û ew ji bo wê gelek drav didin.
Rêbaz û felsefeya DevOps
Rêbaz dikare teorîk û pratîk be. Di rewşa me de, ew ya duyemîn e. Wekî ku min li jor behs kir, DevOps komek pratîk û stratejiyan e ku ji bo bidestxistina armancên diyarkirî têne bikar anîn. Û di her rewşê de, li ser pêvajoyên karsaziya pargîdaniyê ve girêdayî ye, dibe ku ew pir cûda dibe. Ya ku wê çêtir an xirabtir nake.
Methodolojiya DevOps tenê amûrek e ku meriv bigihîje armancan.
Naha li ser felsefeya DevOps çi ye. Û ev dibe ku pirsa herî dijwar e.
Pir zehmet e ku meriv bersivek kurt û kurtasî formule bike, ji ber ku hêj nehatiye fermîkirin. Û ji ber ku alîgirên felsefeya DevOps di pratîkê de bêtir mijûl in, ji bo felsefeyê tenê wext tune. Lêbelê, ev pêvajoyek pir girîng e. Wekî din, ew rasterast bi çalakiyên endezyariyê ve girêdayî ye. Tewra herêmek pispor a zanînê jî heye - .
Li zanîngeha min mijarek wisa tune bû, ez neçar bûm ku her tiştî bi serê xwe bi karanîna materyalên ku di salên 90î de peyda dikim bixwînim. Mijar ji bo perwerdehiya endezyariyê vebijarkî ye, ji ber vê yekê nebûna fermîkirina bersivê. Lê ew mirovên ku bi ciddî di DevOps-ê de ne, dest pê dikin ku hin "ruh" an "berfirehbûna bêhiş" a hemî pêvajoyên pargîdaniyê hîs bikin.
Bi karanîna ezmûna xwe, min hewl da ku hin "postûleyên" vê felsefeyê fermî bikim. Encam ev e:
- DevOps ne tiştek serbixwe ye ku dikare di nav deverek zanistî an çalakiyê de were veqetandin.
- Pêdivî ye ku hemî karmendên pargîdanî dema ku çalakiyên xwe plansaz dikin bi metodolojiya DevOps ve werin rêve kirin.
- DevOps hemî pêvajoyên di hundurê pargîdaniyek de bandor dike.
- DevOps heye ku lêçûnên demê ji bo her pêvajoyên di hundurê pargîdaniyek de kêm bike da ku pêşkeftina karûbarên xwe û rehetiya xerîdar ya herî zêde misoger bike.
- DevOps, bi zimanê nûjen, pozîsyona çalak a her xebatkarê pargîdaniyê ye, ku armanc jê kêmkirina lêçûnên demê û baştirkirina kalîteya hilberên IT-ê yên li dora me ye.
Ez difikirim ku "postûleyên" min mijarek cihê nîqaşê ne. Lê niha tiştek heye ku meriv li ser ava bike.
DevOps çi dike
Peyva sereke li vir danûstandin e. Gelek danûstendin hene, ku destpêkerê wan divê tam heman endezyarê DevOps be. Çima wisa ye? Ji ber ku ev felsefe û metodolojî ye, û tenê hingê zanîna endezyariyê ye.
Ez nikarim bi 100% bawerî li ser bazara kedê ya rojavayî biaxivim. Lê ez li ser bazara DevOps li Rûsyayê pir pir dizanim. Ji bilî bi sedan hevpeyivînan, di sal û nîvê borî de ez beşdarî bi sedan pêşfiroşên teknîkî yên ji bo karûbarê "Pêkanîna DevOps" ji bo pargîdan û bankên mezin ên rûsî bûm.
Li Rûsyayê, DevOps hîn jî mijarek pir ciwan e, lê jixwe meyldar e. Bi qasî ku ez dizanim, tenê li Moskowê kêmbûna pisporên weha di sala 2019 de zêdetirî 1000 kes bû. Û peyva Kubernetes ji bo kardêran hema hema wek çîçek sor e ji bo ga. Alîgirên vê amûrê amade ne ku wê bikar bînin tewra li cîhê ku ew ne hewce ye û ji hêla aborî ve jêhatî be jî. Kardêr her gav fam nake ku di kîjan rewşan de çi guncantir e ku were bikar anîn, û bi bicîhkirina rast re, domandina komek Kubernetes 2-3 carî ji danîna serîlêdanek bi karanîna nexşeyek komê ya kevneşopî mesref dike. Li cîhê ku hûn bi rastî hewce ne wê bikar bînin.
Pêkanîna DevOps di warê drav de biha ye. Û ew tenê li cîhê ku di warên din de berjewendîyên aborî bi xwe re bîne rewa ye, ne bi serê xwe.
Endezyarên DevOps, bi rastî, pêşeng in - ew in yên ku divê yekem bibin ku vê metodolojiyê di pargîdaniyê de bicîh bikin û pêvajoyan ava bikin. Ji bo ku ev serketî be, pêdivî ye ku pispor bi berdewamî bi karmend û hevkarên xwe re di her astê de têkilî daynin. Wekî ku ez bi gelemperî dibêjim, divê hemî karmendên pargîdanî beşdarî pêvajoya pêkanîna DevOps bibin: ji jina paqijiyê heya CEO. Û ev şert e. Ger endamê herî piçûk ê tîmê nizane û fêm neke DevOps çi ye û çima hin çalakiyên rêxistinî têne kirin, wê hingê pêkanîna serketî dê nexebite.
Di heman demê de, endezyarek DevOps hewce dike ku dem bi dem çavkaniyek îdarî bikar bîne. Mînakî, ji bo têkbirina "berxwedana jîngehê" - gava ku tîm ne amade ye ku amûr û metodolojiya DevOps qebûl bike.
Pêşvebir divê tenê kod û ceribandinan binivîse. Ji bo vê yekê, ew ne hewceyê laptopek super-hêzdar e ku ew ê li ser binesaziya tevahiya projeyê bicîh bike û herêmî piştgirî bike. Mînakî, pêşdebirek pêşîn hemî hêmanên serîlêdanê li ser laptopa xwe digire, di nav de databas, emulatora S3 (minio), hwd. Yanî gelek wext li ser vê binesaziya xwecihî diparêze û bi tena serê xwe bi hemû pirsgirêkên çareseriyeke wiha re têdikoşe. Li şûna ku koda pêşiyê pêşve bibe. Mirovên weha dikarin li hember her guhertinê pir berxwedêr bin.
Lê ekîb hene ku berevajî vê yekê kêfxweş in ku amûr û rêbazên nû destnîşan dikin û bi awayekî çalak beşdarî vê pêvajoyê dibin. Her çend di vê rewşê de jî, pêwendiya di navbera endezyar DevOps û tîmê de nehat betal kirin.
Dema ku DevOps ne hewce ye
Rewşên ku DevOps ne hewce ye hene. Ev rastiyek e - pêdivî ye ku were fêm kirin û pejirandin.
Berî her tiştî, ev ji bo her pargîdaniyek (bi taybetî karsaziyên piçûk) derbas dibe, dema ku qezenca wan rasterast bi hebûn an nebûna hilberên IT-ê yên ku karûbarên agahdariyê ji xerîdaran re peyda dikin ve girêdayî ye. Û li vir em ne li ser malpera pargîdaniyê dipeyivin, bila ew "karta karsaziyê" statîk be an bi blokên nûçeyên dînamîkî, hwd.
Dema ku razîbûna xerîdar û xwesteka wî ya vegerandina we dîsa bi hebûna van karûbarên agahdariyê ji bo danûstendina bi xerîdar, kalîte û armancgirtina wan ve girêdayî ye DevOps hewce ye.
Mînakek balkêş yek bankek naskirî ye. Pargîdanî xwedan nivîsgehên xerîdar ên adetî nîn e, herikîna belgeyê bi nameyê an pîsiyan ve tête kirin, û gelek karmend ji malê dixebitin. Pargîdanî dev ji tenê bankek berdaye û, bi dîtina min, bi teknolojiyên pêşkeftî yên DevOps veguheriye pargîdaniyek IT.
Di qeydên civîn û konferansên tematîk de gelek mînak û dersên din dikarin werin dîtin. Min bi xwe serdana hin ji wan kir - ev ezmûnek pir bikêr e ji bo kesên ku dixwazin di vî warî de pêş bikevin. Li vir girêdanên kanalên YouTube-ê yên bi ders û materyalên baş ên li ser DevOps hene:
Naha li karsaziya xwe binihêrin û li ser vê yekê bifikirin: Pargîdaniya we û berjewendiya wê çiqas bi hilberên IT ve girêdayî ye ku pêwendiya xerîdar çalak bike?
Ger pargîdaniya we masiyan li firotgehek piçûk difroşe û tenê hilbera IT-ê du 1C: Veavakirinên Enterprise (Hesabkirin û UNF) ye, wê hingê ew çu ne maqûl e ku meriv li ser DevOps biaxive.
Ger hûn li pargîdaniyek mezin a bazirganî û hilberînê dixebitin (mînak, hûn tivingên nêçîrê hilberînin), wê hingê divê hûn li ser wê bifikirin. Hûn dikarin înîsiyatîfê bigirin û perspektîfên pêkanîna DevOps ji rêveberiya xwe re ragihînin. Welê, û di heman demê de, vê pêvajoyê rêve bibin. Helwestek proaktîf yek ji bingehên girîng ên felsefeya DevOps e.
Mezinahî û qebareya danûstendina darayî ya salane ne pîvana sereke ye ji bo destnîşankirina ka pargîdaniya we hewceyê DevOps-ê ye.
Ka em pargîdaniyek pîşesaziyê ya mezin bifikirin ku rasterast bi xerîdaran re têkilî nake. Mînakî, hin otomakers û pargîdaniyên hilberîna otomobîlan. Ez naha ne bawer im, lê ji ezmûna min a paşîn, gelek salan hemî danûstendina xerîdar bi e-name û têlefonê hate kirin.
Xerîdarên wan navnîşek tixûbdar a firoşkarên gerîdeyê ne. Û her yek ji pisporek ji hilberîner ve tê destnîşankirin. Hemî herikîna belgeya navxweyî bi SAP ERP-ê pêk tê. Karmendên navxweyî bi bingehîn xerîdarên pergala agahdariyê ne. Lê ev IS bi rêbazên klasîk ên birêvebirina pergalên komê tê kontrol kirin. Ya ku îhtîmala karanîna pratîkên DevOps ji holê radike.
Ji ber vê yekê encam: ji bo pargîdaniyên weha, pêkanîna DevOps ne tiştek girîng e, heke em ji destpêka gotarê ve armancên metodolojiyê bi bîr bînin. Lê ez rê nakim ku ew îro hin amûrên DevOps bikar bînin.
Ji hêla din ve, gelek pargîdaniyên piçûk hene ku nermalava bi karanîna metodolojî, felsefe, pratîk û amûranên DevOps pêşve diçin. Û ew bawer dikin ku lêçûna pêkanîna DevOps lêçûn e ku dihêle ku ew bi bandor di bazara nermalavê de pêşbaziyê bikin. Mînakên pargîdaniyên weha têne dîtin .
Pîvana sereke ji bo têgihiştina ka DevOps hewce ye: çi nirxa hilberên weya IT-ê ji bo pargîdanî û xerîdaran heye.
Ger hilbera sereke ya pargîdanî ya ku qezencê çêdike nermalavê ye, hûn hewceyê DevOps in. Û heke hûn bi karanîna hilberên din dravê rastîn qezenc bikin ew qas ne girîng e. Di heman demê de dikanên serhêl an sepanên mobîl ên bi lîstikan jî vedihewîne.
Her lîstik bi saya fonê heye: rasterast an nerasterast ji lîstikvanan. Li Playgendary, em lîstikên belaş ên mobîl bi zêdetirî 200 kesan re pêşdixin ku rasterast di afirandina wan de beşdar in. Em çawa DevOps bikar tînin?
Erê, tam eynî wekî ku li jor hatî destnîşan kirin. Ez bi domdarî bi pêşdebir û ceribandinan re diaxivim, û perwerdehiya navxweyî ji bo karmendan li ser metodolojî û amûrên DevOps dimeşînim.
Em naha bi çalak Jenkins wekî amûrek boriyên CI/CD-ê bikar tînin ji bo pêkanîna hemî lûleyên meclîsê bi Unity û paşê vekirina li App Store û Play Market. Zêdetir ji amûra klasîk:
- Asana - ji bo rêveberiya projeyê. Yekbûn bi Jenkins re hate mîheng kirin.
- Google Meet - ji bo hevdîtinên vîdyoyê.
- Slack - ji bo ragihandin û hişyariyên cihêreng, tevî agahdariya Jenkins.
- Têkiliya Atlassian - ji bo belgekirin û xebata komê.
Planên meyên tavilê danasîna analîza koda statîk bi karanîna SonarQube û pêkanîna ceribandina UI-ya otomatîkî ya bi karanîna Selenium di qonaxa Yekbûna Berdewam de vedihewîne.
Şûna encamê
Ez dixwazim bi ramana jêrîn bi dawî bînim: ji bo ku bibin endezyarek DevOps-ê pir jêhatî, girîng e ku meriv fêr bibe ka meriv çawa bi mirovan re bi zindî danûstendinê dike.
Endezyarek DevOps lîstikvanek tîmê ye. Û tiştekî din. Înîsiyatîfa di danûstendina bi hevkaran re divê ji wî were, û ne di bin bandora hin rewşan de. Divê pisporek DevOps ji bo tîmê çareseriya çêtirîn bibîne û pêşniyar bike.
Û erê, pêkanîna her çareseriyekê dê gelek gotûbêjan hewce bike, û di dawiyê de dibe ku ew bi tevahî biguhere. Kesek bi vî rengî hem ji bo tîmê hem jî ji bo kardêr bi nirxek serbixwe pêşve diçe, pêşniyar dike û ramanên xwe bicîh tîne. Ya ku, di dawiyê de, di mîqdara mûçeya wî ya mehane de an jî di forma bonusên zêde de tê xuyang kirin.
Source: www.habr.com