Anton Weiss, damezrîner û rêvebirê Nermalava Otomato, yek ji destpêker û mamosteyên yekem pejirandina DevOps li Israelsraîl, di sala borî de axivî. li ser teoriya kaosê û prensîbên sereke yên endezyariya kaosê, û her weha rave kir ka rêxistina DevOps ya îdeal ya pêşerojê çawa dixebite.
Me guhertoya nivîsê ya raporê amade kiriye.
Good morning
DevOpsDays li Moskowê ji bo sala duyemîn li pey hev, ev cara duyemîn e ku ez li ser vê qonaxê, gelek ji we cara duyemîn li vê odeyê ne. Poldayî? Ev tê vê wateyê ku tevgera DevOps li Rûsyayê mezin dibe, zêde dibe, û ya herî girîng, ev tê vê wateyê ku dem hatiye ku em li ser çi ye DevOps di sala 2018-an de biaxivin.
Destên xwe bilind bikin ku difikirin ku DevOps di sala 2018-an de jixwe pîşeyek e? Weha hene. Di odeyê de endezyarên DevOps hene ku danasîna karê wan dibêje "Endezyar DevOps"? Di odeyê de rêveberên DevOps hene? Wisa nîne. Mîmarên DevOps? Her weha na. Ne bes e. Ma bi rastî rast e ku kes nabêje ku ew endezyarek DevOps in?
Ji ber vê yekê piraniya we difikirin ku ev antî-patternek e? Ku pîşeyek weha nebe? Em dikarin her tiştê ku em dixwazin bifikirin, lê dema ku em difikirin, pîşesazî bi heybet ber bi dengê boriyê DevOps ve diçe.
Kê li ser mijarek nû ya bi navê DevDevOps bihîstiye? Ev teknîkek nû ye ku destûrê dide hevkariya bi bandor di navbera pêşdebir û devops de. Û ne ewqas nû. Li gorî Twitterê dadbar kirin, wan berê 4 sal berê dest bi axaftinê kiribû. Û heta niha eleqeya ji bo vê yekê her ku diçe zêde dibe, ango pirsgirêkek heye. Divê pirsgirêk bê çareserkirin.
Em mirovên afirîner in, em tenê rehet nabin. Em dibêjin: DevOps ne peyvek têra xwe berfireh e; ew hîn jî her cûre hêmanên cihêreng, balkêş tune. Û em diçin laboratîfên xwe yên veşartî û dest bi hilberîna mutasyonên balkêş dikin: DevTestOps, GitOps, DevSecOps, BizDevOps, ProdOps.
Mantiq hesin e, rast? Pergala radestkirina me ne fonksiyonel e, pergalên me ne aram in û bikarhênerên me nerazî ne, wextê me tune ku em nermalavê di wextê xwe de derxînin, em di nav budçeyê de cih nagirin. Em ê çawa van hemûyan çareser bikin? Em ê bi gotineke nû rabin! Dê bi "Ops" biqede û pirsgirêk çareser bibe.
Ji ber vê yekê ez ji vê nêzîkbûnê re dibêjim - "Ops, û pirsgirêk çareser kirin."
Ger em bînin bîra xwe ka çima me ev hemû pêk anîn, ev hemî dikeve paş. Me bi tevahî vê DevOps-ê vekir da ku radestkirina nermalavê û xebata xwe ya di vê pêvajoyê de wekî bê asteng, bê êş, bikêrhatî, û ya herî girîng, bi qasî ku pêkan xweş bike.
DevOps ji êşê mezin bû. Û em ji êşê bêzar bûne. Û ji bo ku ev hemî çêbibin, em xwe dispêrin pratîkên herheyî: hevkariya bi bandor, pratîkên herikandinê, û ya herî girîng, ramana pergalê, ji ber ku bêyî wê tu DevOps naxebite.
Sîstem çi ye?
Û heke em jixwe behsa ramana pergalê dikin, bila em bînin bîra xwe pergal çi ye.
Heke hûn hackerek şoreşger in, wê hingê ji bo we pergal eşkere xirab e. Ew ewr e ku li ser we dadiqedîne û we mecbûr dike ku hûn tiştên ku hûn naxwazin bikin.
Ji aliyê ramana sîstemî ve pergal tevahiyek e ku ji beşan pêk tê. Di vê wateyê de her yek ji me sîstemek e. Rêxistinên ku em tê de dixebitin sîstem in. Û tiştê ku ez û hûn ava dikin jê re sîstemek tê gotin.
Hemî ev parçeyek yek pergala mezin a sosyo-teknolojî ye. Û tenê heger em fêm bikin ka ev pergala sosyo-teknolojîk çawa bi hev re dixebite, tenê wê hingê em ê karibin bi rastî di vê mijarê de tiştek xweş bikin.
Ji perspektîfek ramana pergalê, pergalek xwedan taybetmendiyên cihêreng ên balkêş e. Pêşîn, ew ji beşan pêk tê, ku tê vê wateyê ku tevgera wê bi tevgera beşan ve girêdayî ye. Her wiha hemû beşên wê jî bi hev ve girêdayî ne. Derdikeve holê ku pergalek çiqas bêtir beşên wê hebin, ew qas dijwartir e ku meriv tevgera wê fam bike an pêşbîn bike.
Ji aliyê behremendiyê ve rastiyeke din a balkêş heye. Sîstem dikare tiştekî bike ku yek ji beşên wê yên ferdî nikane bike.
Wekî ku Dr. Russell Ackoff (yek ji damezrînerên ramana pergalê) got, bi ceribandinek ramanê îsbatkirina vê yekê pir hêsan e. Mînakî, kî li odeyê dizane kodê binivîse? Gelek dest hene, û ev normal e, ji ber ku ev yek ji pêdiviyên sereke yên pîşeyê me ye. Ma hûn dizanin ku meriv çawa binivîse, lê destên we dikarin kodê ji we cuda binivîsin? Mirov hene ku dê bibêjin: "Ne destên min e ku kodê dinivîse, mêjiyê min e ku kodê dinivîse." Ma mêjiyê we dikare kodê ji we cuda binivîse? Belê, dibe ku ne.
Mejî makîneyek ecêb e, em ji% 10-ê jî nizanin ka ew li wir çawa dixebite, lê ew nikare ji pergala ku laşê me ye veqetandî bixebite. Û ev yek hêsan e ku were îsbat kirin: serê xwe veke, mejiyê xwe derxe, bide ber komputerê, bila ew hewl bide ku tiştek hêsan binivîse. Mînakî di Python de "Silav, cîhan".
Ger pergalek karibe tiştekî ku yek ji parçeyên wê nikaribin ji hev cuda bikin, wê demê ev tê wê wateyê ku tevgera wê bi tevgera parçeyên wê nayê destnîşankirin. Wê demê ew ji hêla çi ve tê destnîşankirin? Ew bi têkiliya di navbera van beşan de tê destnîşankirin. Û li gorî vê yekê, beşên bêtir, danûstendinên tevlihevtir, famkirin û pêşbînkirina tevgera pergalê ew qas dijwartir e. Û ev yek pergalek wusa kaotîk dike, ji ber ku her, hetta guheztina herî negirîng, nexuya li her perçeyek pergalê dikare bibe sedema encamên bi tevahî nediyar.
Ev hesasiyeta ji bo şert û mercên destpêkê cara yekem ji aliyê meteorologê Amerîkî Ed Lorenz ve hat dîtin û lêkolîn kirin. Dûv re, jê re "bandora perperok" hate gotin û bû sedema geşepêdana tevgerek ramana zanistî ya bi navê "teoriya kaosê". Ev teorî di zanista sedsala 20-an de bû yek ji guheztinên paradîgmaya sereke.
Teoriya kaosê
Kesên ku kaosê dixwînin ji xwe re dibêjin kaosolog.
Bi rastî, sedema vê raporê ew bû ku, bi pergalên belavbûyî yên tevlihev û rêxistinên navneteweyî yên mezin re xebitîm, di demekî de min fêm kir ku ez xwe wekî yê ku hîs dikim ev e. Ez kaosolog im. Ev di bingeh de rêgezek jêhatî ye ku dibêje: "Ez fam nakim ka li vir çi diqewime û ez nizanim li ser wê çi bikim."
Ez difikirim ku gelek ji we jî pir caran bi vî rengî hîs dikin, ji ber vê yekê hûn jî kaosolog in. Ez we vedixwînim komeleya kaosologan. Ji pergalên ku hûn û ez, hevalên kaosologên hêja, em ê lêkolîn bikin "pergalên adaptasyona tevlihev" têne gotin.
adaptasyon çi ye? Adaptîbûn tê vê wateyê ku tevgera ferdî û kolektîf a parçeyan di pergalek wusa adapteyî de diguhezîne û xwe birêxistin dike, bersivê dide bûyer an zincîrên mîkro-bûyerên di pergalê de. Ango pergal bi xwe birêxistinkirinê re xwe li gor guhertinan dike. Û ev şiyana xwe birêxistinkirinê li ser bingeha hevkariya dilxwazî, bi tevahî nenavendî ya ajanên xweser ên azad e.
Taybetmendiyek din a balkêş a pergalên weha ev e ku ew bi serbestî berbelav in. Tiştê ku bê guman divê me wekî kaosolog-endazyar eleqedar bike. Ji ber vê yekê, heke me got ku tevgera pergalek tevlihev ji hêla danûstendina parçeyên wê ve tê destnîşankirin, wê hingê divê em bi çi re eleqedar bibin? Tesîra li serhev.
Du encamên balkêş ên din jî hene.
Ya yekem, em fêm dikin ku pergalek tevlihev bi hêsankirina beşên wê nayê hêsan kirin. Ya duyemîn, yekane awayê hêsankirina pergalek tevlihev hêsankirina têkiliyên di navbera beşên wê de ye.
Em çawa têkilî dikin? Ez û hûn hemî parçeyên pergalek agahdariya mezin a bi navê civaka mirovan in. Ger em hebin, ger em wî bibînin, em bi zimanek hevpar tevdigerin.
Lê ziman bi xwe sîstemeke adapteyî ya tevlihev e. Li gorî vê yekê, ji bo ku em bi bandortir û hêsan bi hev re têkilî daynin, pêdivî ye ku em celebek protokolan çêbikin. Ango hin rêzek sembol û kirinên ku dê pevguhertina agahiyê di navbera me de hêsantir, pêşbînîkertir, bêtir fêm bikin.
Ez dixwazim bibêjim ku meylên ber bi tevliheviyê, ber bi adaptebûnê, ber bi desentralîzasyonê, ber bi kaosê ve di her tiştî de têne şopandin. Û di sîstemên ku ez û tu ava dikin, û di wan sîstemên ku em beşek in.
Û ji bo ku bêbingeh nebe, em binihêrin ka pergalên ku em diafirînin çawa diguhezin.
Hûn li benda vê gotinê bûn, ez fêm dikim. Em li konferansek DevOpsê ne, îro ev peyv dê bi sed hezar carî were bihîstin û paşê em ê bi şev xewnan bibînin.
Microservices mîmariya nermalava yekem e ku wekî bertekek ji pratîkên DevOps re derketiye holê, ku ji bo ku pergalên me maqûltir, berbelavtir, û peydakirina domdar misoger bike, hatî çêkirin. Ew çawa vê yekê dike? Bi kêmkirina qebareya karûbaran, kêmkirina çarçoveya pirsgirêkên ku van karûbaran pêvajo dikin, kêmkirina dema radestkirinê. Ango em beşên pergalê kêm û hêsan dikin, hejmara wan zêde dikin û li gorî vê yekê, tevliheviya têkiliyên van beşan her ku diçe zêde dibe, ango pirsgirêkên nû derdikevin holê ku divê em çareser bikin.
Mîkroxizmet ne dawî ne, mîkroxizmet, bi gelemperî, jixwe duh in, ji ber ku Serverless tê. Hemî pêşkêşker şewitîn, ne server, ne pergalên xebitandinê, tenê koda darvekirinê ya paqij. Veavakirin ji hev cihê ne, dewlet ji hev cihê ne, her tişt ji hêla bûyeran ve tê kontrol kirin. Bedew, paqijî, bêdengî, ti bûyer, tiştek çênabe, bi tevahî rêzik.
Tevlihevî li ku ye? Zehmetî, bê guman, di danûstandinan de ye. Meriv çiqas dikare fonksiyonek bi serê xwe bike? Çawa ew bi fonksiyonên din re têkilî dike? Rêzên peyaman, databas, balansker. Gava ku têkçûnek çêbû meriv çawa hin bûyerek ji nû ve biafirîne? Pir pirs û çend bersiv.
Microservices û Serverless ew in ku em hipsterên geek jê re dibêjin Cloud Native. Her tişt li ser ewr e. Lê ewr di heman demê de di pîvandina xwe de jî bi xwezayî sînorkirî ye. Em berê xwe didin ku wê wekî pergalek belavkirî bifikirin. Bi rastî, serverên pêşkêşkerên ewr li ku dijîn? Li navendên danûstendinê. Ango li vir modeleke me ya navendî, pir bisînorkirî, belavbûyî heye.
Îro em fam dikin ku Înterneta Tiştan êdî ne tenê peyvên mezin in ku li gorî pêşbîniyên nerm jî, di pênc-deh salên pêş de bi mîlyaran cîhazên ku bi Înternetê ve girêdayî ne li benda me ne. Gelek daneyên kêrhatî û bêkêr ên ku dê di nav ewr de werin yek kirin û ji ewr werin barkirin.
Ewr dê dom neke, ji ber vê yekê em her ku diçe li ser tiştek ku jê re tê gotin hesabkirina qeraxê diaxivin. An jî ez ji pênaseya ecêb a "komarkirina mijê" hez dikim. Di nav mîstîsîzma romantîzm û nepeniyê de ye.
Fog computing. Mesele ew e ku ewr girûpên navendî yên av, buhar, qeşa û keviran in. Û mij dilopên avê yên ku li derdora me di atmosferê de belav dibin.
Di paradîgmaya mijê de, piraniya kar ji hêla van dilopan ve bi tevahî xweser an bi hevkarî bi dilopên din re têne kirin. Û ew tenê gava ku ew rastî zextê dibin ber bi ewr ve dizivirin.
Ango, dîsa desentralîzasyon, xweserî, û, bê guman, gelek ji we jixwe fêm dikin ku ev hemî ber bi ku ve diçin, ji ber ku hûn nikarin bêyî behsa zincîra blokê qala desentralîzasyonê bikin.
Yên ku bawer dikin hene, ev in yên ku di krîptoyê de veberhênan kirine. Yên ku bawer dikin hene, lê ditirsin, wek min. Û yên ku bawer nakin jî hene. Li vir hûn dikarin cûda derman bikin. Teknolojî heye, meseleyeke nû ya nenas heye, pirsgirêk hene. Mîna her teknolojiyek nû, ew ji bersivên bêtir pirsan derdixe holê.
Têgihîştina li dora blockchain tê fêm kirin. Hêza zêr li aliyekî, teknolojî bi xwe ji bo pêşerojek geştir sozên berbiçav digire: bêtir azadî, bêtir xweserî, pêbaweriya gerdûnî ya belavkirî. Ma çi nayê xwestin?
Li gorî vê yekê, bêtir û bêtir endezyar li çaraliyê cîhanê dest bi pêşxistina sepanên nenavendî dikin. Û ev hêzek e ku nekare bi tenê bêje: "Ahh, blokchein tenê databasek belavkirî ya bi qelsî ye." An jî wekî ku gumanbar dixwazin bibêjin: "Ji bo blokcheynê serîlêdanên rastîn tune." Ger hûn li ser bifikirin, 150 sal berê wan heman tişt li ser elektrîkê digotin. Û ew di hinek awayan de jî rast bûn, ji ber ku tiştê ku elektrîk îro gengaz dike, di sedsala 19-an de bi tu awayî ne gengaz bû.
Bi awayê, kî dizane çi celeb logo li ser ekranê ye? Ev Hyperledger e. Ev projeyek e ku di bin banê Weqfa Linux-ê de tê pêşve xistin û komek teknolojiyên blokê vedihewîne. Ev bi rastî hêza civaka meya çavkaniya vekirî ye.
Endezyariya Kaosê
Ji ber vê yekê, pergala ku em pêş dixin her ku diçe tevlihevtir dibe, her ku diçe kaotîktir dibe û her ku diçe adaptasyon dibe. Netflix pêşengên pergalên microservice ne. Ew di nav yên yekem de bûn ku vê yekê fêm kirin, wan komek amûrên ku jê re digotin Artêşa Simian pêşve xistin, ya herî navdar ji wan bû. . Wî diyar kir ku wekî tê zanîn .
Bi awayê, di pêvajoya xebata li ser raporê de, me ev nivîs jî wergerand rûsî, ji ber vê yekê biçin , xwendin, şîrovekirin, şermezar kirin.
Bi kurtasî, prensîbên endezyariya kaosê jêrîn dibêjin. Pergalên belavkirî yên tevlihev bi xwezayê nepêşbînbar in û bi xweber xelet in. Çewtî neçar in, ev tê vê wateyê ku divê em van xeletiyan qebûl bikin û bi van pergalan re bi rengek bi tevahî cûda bixebitin.
Divê em bixwe hewl bidin ku van xeletiyan bixin nav pergalên hilberîna xwe da ku pergalên xwe ji bo heman adaptebûnê, vê kapasîteya xwe-rêxistinkirinê, ji bo zindîbûnê biceribînin.
Û ew her tiştî diguherîne. Ne tenê em pergalan çawa didin hilberînê, lê di heman demê de em wan çawa pêşdixin, em wan çawa ceribandine. Pêvajoya îstîqrar û cemidandina kodê tune ye, berevajî vê, pêvajoyek bêîstîqrar a domdar heye. Em hewl didin pergalê bikujin û dibînin ku ew bijî.
Protokolên Yekbûna Sîstema Belavkirî
Li gorî vê yekê, ev hewce dike ku pergalên me bi rengek biguherînin. Ji bo ku ew aramtir bibin, ji bo danûstendina di navbera parçeyên wan de hewceyê hin protokolên nû hene. Da ku ev beş li hev bikin û xwe bi rêxistin bikin. Û her cûre amûrên nû, protokolên nû derdikevin, ku ez jê re dibêjim "protokolên ji bo danûstendina pergalên belavbûyî."
Ez behsa çi dikim? Pêşîn, projeyê . Hin hewil didin ku protokolek şopandina belavbûyî ya gelemperî biafirînin, ku ji bo rakirina pergalên belavkirî yên tevlihev amûrek bêkêmasî ye.
Bêtir - . Em dibêjin ku em nikarin pêşbînî bikin ka wê çi were serê sîstemê, yanî divê em çavdêriya wê, çavdêriya wê zêde bikin. Opentracing ji malbatek amûran e ku çavdêriyê dide pergalên me. Lê ji bo ku em diyar bikin ka pergal wekî ku em jê hêvî dikin tevdigere an na, pêdivî bi çavdêriyê heye. Em çawa behreya bendewar pênase dikin? Bi diyarkirina hinek polîtîkayan, hinek rêgezan. Projeya Open Policy Agent dixebite ku vê rêzika qaîdeyan li seranserê spektrêkek ji gihîştina veqetandina çavkaniyê diyar bike.
Wekî ku me got, pergalên me her ku diçe bi bûyeran ve têne rêve kirin. Serverless mînakek mezin a pergalên bûyer-rêveber e. Ji bo ku em bûyeran di navbera pergalan de veguhezînin û wan bişopînin, ji me re zimanek hevpar, hin protokola hevpar hewce ye ku em çawa li ser bûyeran diaxivin, çawa wan ji hev re vediguhezînin. Projeyek jê re tê gotin ev e .
Herikîna domdar a guhertinên ku pergalên me dişo, bi domdarî wan bêîstiqrar dike, herikîna domdar a berhemên nermalavê ye. Ji bo ku em vê herikîna domdar a guheztinê bidomînin, hewcedariya me bi celebek protokolek hevpar heye ku tê de em dikarin biaxivin ka hunerek nermalavê çi ye, ew çawa tê ceribandin, çi verastkirin derbas bûye. Projeyek jê re tê gotin ev e . Ango, protokolek metadata hevpar ji bo hunerên nermalavê.
Û di dawiyê de, eger em dixwazin sîstemên me bi temamî serbixwe, adapteyî û xwe birêxistinkirî bin, divê em mafê xwenaskirinê bidin wan. Proje tê gotin Ya ku ew dike ev e. Ev jî projeyek e di bin banê Weqfa Cloud Native Computing.
Hemî ev proje ciwan in, ew hemî hewceyê hezkirina me, pejirandina me ne. Ev hemî çavkaniya vekirî, ceribandina me, pêkanîna me ye. Ew nîşanî me didin ku teknolojî ber bi ku ve diçe.
Lê DevOps tu carî di serî de li ser teknolojiyê nebû, ew her gav li ser hevkariya di navbera mirovan de bû. Li gorî vê yekê, ger em dixwazin pergalên ku em pêşdixin biguherin, divê em bixwe jî biguherin. Di rastiyê de, em bi her awayî diguhezin; bijartinek me zêde tune.
Heywanek ecêb heye Nivîskara Brîtanî Rachel Botsman, ku tê de ew li ser pêşveçûna pêbaweriyê di seranserê dîroka mirovahiyê de dinivîse. Ew dibêje ku di destpêkê de, di civakên seretayî de, bawerî herêmî bû, ango, me tenê bi kesên ku me bi xwe nas dikir bawer dikir.
Dûv re demek pir dirêj bû - demek tarî ku bawerî navendî bû, dema ku me dest pê kir baweriya xwe bi kesên ku em wan nas nakin li ser bingeha rastiya ku em girêdayî heman saziya giştî an dewletê ne.
Û ev e ya ku em di cîhana xweya nûjen de dibînin: bawerî her ku diçe bêtir belav dibe û nenavendî dibe, û ew li ser bingeha azadiya herikîna agahdarî, li ser hebûna agahdarî ye.
Ger hûn li ser bifikirin, ev gihîştina ku vê pêbaweriyê mimkun dike, ya ku hûn û ez pêk tînin ev e. Ev tê wê wateyê ku divê hem awayê hevkariyê û hem jî awayê ku em dikin biguhezîne, ji ber ku rêxistinên IT-ya navendî, hiyerarşîk ên berê êdî naxebitin. Ew dest bi mirinê dikin.
Bingehên Rêxistina DevOps
Rêxistina DevOps a îdeal a pêşerojê pergalek nemerkezî, adapteyî ye ku ji tîmên xweser pêk tê, ku her yek ji kesên xweser pêk tê. Van tîm li çaraliyê cîhanê belav bûne, bi karanîna pêwendiya asynchronous, bi karanîna protokolên ragihandinê yên pir zelal bi hev re bi bandor hevkariyê dikin. Pir xweşik e, ne wusa? Pêşerojeke pir xweş.
Bê guman, yek ji van bêyî guhertinên çandî ne mimkûn e. Divê em rêberiya veguherîner, berpirsiyariya kesane, motîvasyona hundurîn hebe.
Ev bingeha rêxistinên DevOps e: şefafiya agahdarî, ragihandina asynchronous, serokatiya veguherîner, desentralîzasyon.
.Ewitandin
Sîstemên ku em beşek in û yên ku em ava dikin her ku diçe kaotîk in, û ji bo me mirovî dijwar e ku em bi vê ramanê re rû bi rû bimînin, dijwar e ku dev ji xapandina kontrolê berdin. Em hewl didin ku berdewam bikin ku wan kontrol bikin, û ev pir caran dibe sedema şewitandinê. Ez vê ji ezmûna xwe dibêjim, ez jî şewitîm, ez jî ji ber têkçûnên nediyar ên di hilberînê de seqet bûm.
Şewitandin dema ku em hewl didin ku tiştek ku bi xwezayî nayê kontrol kirin kontrol bikin pêk tê. Dema ku em dişewitînin, her tişt wateya xwe winda dike ji ber ku em xwestekek nû ya kirina tiştek winda dikin, em berevaniyê dikin û dest bi parastina tiştê xwe dikin.
Pîşeya endezyariyê, wekî ku ez gelek caran dixwazim bi bîr bînim, berî her tiştî pîşeyek afirîner e. Ger me xwesteka afirandina tiştekî winda bike, wê demê em dibin ax, dibin ax. Mirov dişewitin, hemû rêxistin dişewitin.
Bi dîtina min, tenê pejirandina hêza afirîner a kaosê, tenê avakirina hevkariyê li gorî prensîbên wê ew e ku ji me re bibe alîkar ku em tiştê ku di pîşeya xwe de baş e winda nekin.
Ya ku ez ji we re dixwazim ev e: ji karê xwe hez bikin, ji tiştê ku em dikin hez bikin. Ev dinya bi agahiyê dixwe, rûmeta me heye ku em wê bixwin. Ji ber vê yekê em kaosê lêkolîn bikin, em bibin kaosolog, werin em nirxê bînin, tiştek nû biafirînin, baş e, pirsgirêk, wekî ku me berê jî dît, neçar in, û gava ku ew xuya bibin, em ê bi tenê bibêjin "Ops!" Û pirsgirêk çareser dibe.
Çi ji bilî Chaos Monkey?
Bi rastî, van hemî amûran pir ciwan in. Heman Netflix ji xwe re amûr çêkir. Amûrên xwe ava bikin. Prensîbên endezyariya kaosê bixwînin û li gorî wan prensîban bijîn ne ku hewl bidin ku amûrên din ên ku yekî din berê ava kiriye bibînin.
Biceribînin ku hûn fêm bikin ka pergalên we çawa têk diçin û dest bi şikandina wan dikin û bibînin ka ew çawa disekinin. Ev pêşî tê. Û hûn dikarin li amûran bigerin. Her cure proje hene.
Min ew kêliya ku we got ku pergal bi hêsankirina hêmanên xwe nayê hêsan kirin, min tam fêm nekir, û tavilê berê xwe da mîkroservîsan, ku pergalê bi hêsankirina pêkhateyan bi xwe û tevlihevkirina danûstendinan hêsan dike. Ev di eslê xwe de du beş in ku hevûdu berevajî dikin.
Rast e, mîkroxizmet bi gelemperî mijarek pir nakokî ye. Bi rastî, hêsankirina beşan nermbûnê zêde dike. Microservices çi peyda dikin? Ew nermbûn û lezê didin me, lê bê guman ew sadebûnê nadin me. Ew zehmetiyê zêde dikin.
Ji ber vê yekê, di felsefeya DevOps de, mîkroxizmet ne tiştek wusa baş in?
Her başî aliyekî berevajî heye. Feyde ev e ku ew nermbûnê zêde dike, dihêle ku em zûtir guhartinan bikin, lê ew tevlihevî û ji ber vê yekê qelsiya tevahiya pergalê zêde dike.
Dîsa jî, çi girîngtir e: li ser hêsankirina danûstendinê an li ser hêsankirina beşan?
Helbet giranî li ser hêsankirina danûstendinan e, ji ber ku heke em li vê yekê binerin ka em çawa bi we re dixebitin, wê hingê, berî her tiştî, pêdivî ye ku em bala xwe bidin hêsankirina têkiliyan, û ne hêsankirina kar. her yek ji me cuda. Ji ber ku hêsankirina kar tê wateya veguherîna robotan. Li vir, li McDonald's, gava ku rêwerzên we hebin, ew normal dixebite: Li vir hûn burger dixin, li vir hûn sosê li ser dirijînin. Ev yek di xebata me ya afirîner de qet naxebite.
Ma rast e ku her tiştê ku we got di cîhanek bê pêşbazî de dijî, û kaosa li wir pir xweş e, û di nav vê kaosê de nakokî tune, kes naxwaze kesek bixwe an bikuje? Divê pêşbazî û DevOps çawa be?
Welê, ew girêdayî ye ku em behsa kîjan pêşbaziyê dikin. Ew li ser pêşbaziya li cîhê kar an pêşbaziya di navbera pargîdaniyan de ye?
Di derbarê pêşbaziya karûbarên ku hene ji ber ku karûbar ne çend pargîdan in. Em celebek nû ya hawîrdora agahdariyê diafirînin, û her hawîrdor nikare bêyî pêşbaziyê bijî. Li her derê pêşbirk heye.
Heman Netflix, em wan wekî modelek rol digirin. Çima bi vê yekê hatin? Ji ber ku pêwîstiya wan bi hevrikiyê hebû. Ev nermbûn û leza tevgerê bi rastî hewcedariya pir pêşbaziyê ye; ew kaosê dixe nav pergalên me. Ango, kaos ne tiştek e ku em bi zanebûn dikin ji ber ku em wiya dixwazin, ew tiştek diqewime ji ber ku cîhan jê daxwaz dike. Divê em tenê xwe adapte bikin. Û kaos, ew bi rastî encama pêşbaziyê ye.
Ma ev tê wê wateyê ku kaos nebûna armancan e, wekî ku bû? An jî ew armancên ku em naxwazin bibînin? Em li malê ne û ji armancên kesên din fam nakin. Pêşbazî, di rastiyê de, ji ber vê yekê ye ku me armancên zelal hene û em dizanin ku em ê di her kêliyek din de bigihîjin ku derê. Ev, ji nêrîna min, cewhera DevOps e.
Her weha li pirsê binêre. Ez difikirim ku me hemîyan heman armanc heye: sax bimînin û bi wê re bikin
kêfa herî mezin. Û armanca pêşbaziyê ya her rêxistinê yek e. Rijandin bi gelemperî bi pêşbaziyê pêk tê, tiştek ku hûn li ser wê bikin tune.
Konferansa îsal dê di 7'ê Kanûnê de li Teknopolis pêk were. Em heta 11’ê Mijdarê serlêdanên raporan qebûl dikin. eger hûn bixwazin em biaxivin.
Qeydkirina beşdaran vekirî ye, lêçûna bilêtan 7000 ruble ye. Tevlî me bibin!
Source: www.habr.com