SRE (Endezyariya Pêbaweriya Malperê) nêzîkbûnek e ku meriv hebûna projeyên malperê misoger dike. Ew ji bo DevOps çarçoveyek tête hesibandin û li ser ka meriv çawa di sepandina pratîkên DevOps de bigihîje serkeftinê dipeyive. Wergerandin di vê gotarê de pirtûka ji Google. Min bi xwe ev werger amade kir û di têgihîştina pêvajoyên şopandinê de xwe spart ezmûna xwe. Di kanala telegramê de и Min jî wergerek Beşa 6 ya heman pirtûkê li ser armancên asta xizmetê weşand.
Wergera bi pisîkê. Ji xwendinê kêfxweş bibin!
Ne gengaz e ku meriv karûbarek bi rê ve bibe ger têgihiştina kîjan nîşanan bi rastî girîng e û meriv wan çawa bipîve û binirxîne tune be. Ji bo vê armancê, em astek karûbar ji bikarhênerên xwe re diyar dikin û peyda dikin, bêyî ku ew yek ji API-yên me yên navxweyî an hilberek gelemperî bikar bînin.
Em têgihîştina xwe, ezmûn û têgihiştina xwe ya ji xwesteka bikarhêneran bikar tînin ku Nîşaneyên Asta Karûbar (SLI), Armancên Asta Karûbar (SLO), û Peymanên Asta Karûbarê (SLA) fam bikin. Van pîvan metrîkên sereke yên ku em dixwazin bişopînin diyar dikin û heke em nikaribin kalîteya karûbarê hêvîdar peyda bikin em ê bertek nîşan bidin. Di dawiyê de, bijartina metrîkên rast dibe alîkar ku ger tiştek xelet biçe tevgerên rast, û di tenduristiya karûbar de jî pêbaweriya tîmê SRE dide.
Ev beş nêzîkatiya ku em bikar tînin ji bo şerkirina pirsgirêkên modela metrîk, hilbijartina metrîk, û analîza metrîkê vedibêje. Piraniya ravekirinê dê bê mînak be, ji ber vê yekê em ê karûbarê Shakespeare ku di mînaka pêkanîna wê de hatî diyar kirin (lêgerîna li berhemên Shakespeare) bikar bînin da ku xalên sereke diyar bikin.
Termînolojiya asta xizmetê
Dibe ku pir xwendevan bi têgeha SLA-yê nas dikin, lê têgînên SLI û SLO hêjayî pênasekirina baldar in ji ber ku bi gelemperî têgîna SLA zêde barkirî ye û li gorî çarçoweyê gelek wateyên xwe hene. Ji bo zelaliyê, em dixwazin van nirxan ji hev veqetînin.
Nîşan
SLI nîşanek asta karûbarê ye - pîvanek mîqdarek bi baldarî diyarkirî ya yek aliyek asta karûbarê peydakirî ye.
Ji bo pir karûbaran, SLI-ya sereke wekî derengiya daxwazê tê hesibandin - çiqas dem digire da ku bersivek li daxwazek vegere. SLI-yên din ên hevpar rêjeya xeletiyê, ku bi gelemperî wekî perçeyek ji hemî daxwazên ku hatine wergirtin têne destnîşan kirin, û berbi pergalê, ku bi gelemperî di daxwaznameyên her saniyeyê de têne pîvandin hene. Pîvandin bi gelemperî têne berhev kirin: Daneyên xav pêşî têne berhev kirin û dûv re vediguhezînin rêjeya guherînê, navînî, an sedî.
Bi îdeal, SLI rasterast asta karûbarê berjewendiyê dipîve, lê carinan tenê metrîka têkildar ji bo pîvandinê heye ji ber ku ya orîjînal zehmet e ku meriv bi dest bixe an şîrove bike. Mînakî, derengiya aliyê xerîdar bi gelemperî metrikek maqûltir e, lê carinan hene ku dereng tenê li ser serverê dikare were pîvandin.
Cûreyek din a SLI-yê ku ji bo SRE-yan girîng e hebûna, an beşa dema ku tê de karûbarek dikare were bikar anîn e. Bi gelemperî wekî rêjeya daxwazên serketî têne destnîşankirin, carinan carinan jê re hilberîn. (Lifetime-îhtîmala ku dê ji bo demek dirêj ve were hilanîn-ji bo pergalên hilanînê daneyan jî girîng e.) Her çend hebûna 100% ne mumkin e, hebûna nêzîkê 100% bi gelemperî wekî nirxên peydabûnê têne diyar kirin hejmara "neh" » ji sedî hebûna. Mînakî, 99% û 99,999% hebûna dibe ku wekî "2 neh" û "5 neh" were binav kirin. Armanca heyî ya diyarkirî ya Google Compute Engine "sê neh û nîv" an jî 99,95% e.
Armancên
SLO armancek asta karûbarê ye: nirxek armanc an rêzek nirxan ji bo asta karûbarê ku ji hêla SLI ve tê pîvandin. Nirxek normal ji bo SLO "SLI ≤ Target" an "Sînorê Jêrîn ≤ SLI ≤ Sînorê Jorîn" e. Mînakî, dibe ku em biryar bidin ku em ê encamên lêgerîna Shakespeare "zû" vegerînin bi danîna SLO-ya navgîniya derengiya lêgerîna lêgerînê ya ji 100 mîlîçirkeyan kêmtir.
Hilbijartina SLO-ya rast pêvajoyek tevlihev e. Ya yekem, hûn nekarin her gav nirxek taybetî hilbijêrin. Ji bo daxwazên derveyî yên HTTP-ê yên ji bo karûbarê we, metrîka Query Per Second (QPS) di serî de ji hêla xwestekên bikarhênerên we ve tê destnîşankirin ku serdana karûbarê we bikin, û hûn nekarin ji bo wê SLO saz bikin.
Ji hêla din ve, hûn dikarin bêjin ku hûn dixwazin derengiya navînî ji bo her daxwazê ji 100 milî çirkeyan kêmtir be. Danasîna armancek wusa dibe ku we neçar bike ku hûn pêşiya xwe bi derengiya kêm binivîsin an alavên ku derengiyek wusa peyda dikin bikirin. (100 millisecond eşkere hejmareke keyfî ye, lê çêtir e ku hejmarên derengmayînê hê kêmtir hebin. Delîl hene ku destnîşan dikin ku leza bilez ji leza hêdî çêtir e, û ew dereng di hilanîna daxwazên bikarhêneran de li ser hin nirxan bi rastî mirovan neçar dike ku dûr bimînin ji xizmeta we.)
Dîsa, ev ji ya ku di nihêrîna pêşîn de xuya dike bêtir nezelal e: divê hûn QPS bi tevahî ji hesabkirinê dernexin. Rastî ev e ku QPS û dereng bi hevûdu re bi xurtî ve girêdayî ne: QPS-ya bilind bi gelemperî dibe sedema derengmayînên bilind, û karûbar bi gelemperî gava ku ew digihîjin bendek bargiraniyê kêmbûnek berbiçav di performansê de dibînin.
Hilbijartin û weşandina SLO hêviyên bikarhêner li ser ka dê karûbar çawa bixebite. Ev stratejî dikare giliyên bêbingeh li dijî xwediyê karûbarê, wekî performansa hêdî kêm bike. Bêyî SLO-ya eşkere, bikarhêner bi gelemperî hêviyên xwe di derheqê performansa xwestinê de diafirînin, ku dibe ku ti têkiliya wan bi nerînên kesên ku karûbar sêwiran û rêvebirinê dikin re tune be. Ev rewş dikare bibe sedema hêviyên mezin ji karûbarê, dema ku bikarhêner bi xeletî bawer dikin ku karûbar dê ji ya ku tê gihîştîtir be, û dibe sedema bêbaweriyê dema ku bikarhêner bawer dikin ku pergal ji ya rastî kêmtir pêbawer e.
Peyman
Peymanek asta karûbarê bi bikarhênerên we re peymanek eşkere an nepenî ye ku encamên hevdîtin (an necivîn) SLO-yên ku di nav wan de ne. Encam dema ku ew darayî ne - erzanbûnek an drav - bi hêsanî têne nas kirin, lê ew dikarin formên din bigirin. Rêyek hêsan a axaftinê li ser cûdahiya di navbera SLO û SLA de ev e ku hûn bipirsin "heke SLO neyên bicihanîn çi diqewime?" Ger encamên zelal tune ne, hûn hema bê guman li SLO-yê digerin.
SRE bi gelemperî di afirandina SLA-yan de beşdar nabe ji ber ku SLA ji nêz ve bi biryarên karsaziyê û hilberê ve girêdayî ne. Lêbelê, SRE di alîkariya kêmkirina encamên SLOyên têkçûyî de beşdar e. Ew dikarin di diyarkirina SLI-yê de jî bibin alîkar: Eşkere ye ku divê rêyek objektîf hebe ku meriv SLO-yê di peymanê de bipîve an na dê lihevnekirin hebe.
Lêgerîna Google mînakek karûbarek girîng e ku xwedan SLA-ya giştî nîne: em dixwazin ku her kes Lêgerînê bi qasî ku gengaz bikar bîne, lê me bi cîhanê re peymanek îmze nekir. Lêbelê, heke lêgerîn neberdest be hîn jî encam hene - neberdestbûn dibe sedema daketina navûdengê me û her weha dahata reklamê kêm dike. Gelek karûbarên din ên Google, wekî Google for Work, bi bikarhêneran re peymanên asta karûbarê eşkere hene. Bêyî ku karûbarek taybetî SLA heye, girîng e ku hûn SLI û SLO diyar bikin û wan bikar bînin da ku karûbarê birêve bibin.
Ewqas teorî - naha ji bo ezmûnê.
Nîşaneyên di pratîkê de
Ji ber ku me gihîştiye wê encamê ku ji bo pîvandina asta karûbarê bijartina metrîkên guncan girîng e, hûn çawa naha dizanin ku kîjan pîvan ji bo karûbarek an pergalek girîng e?
Hûn û bikarhênerên we ji çi re eleqedar dibin?
Hûn ne hewce ne ku her metrîkê wekî SLI-ya ku hûn dikarin di pergalek çavdêriyê de bişopînin bikar bînin; Fêmkirina ka bikarhêner ji pergalek çi dixwazin dê ji we re bibe alîkar ku hûn çend metrîkan hilbijêrin. Hilbijartina pir nîşangiran balkişandina li ser nîşangirên girîng dijwar dike, di heman demê de hilbijartina hejmarek piçûk dikare perçeyên mezin ên pergala we bêçav bihêle. Em bi gelemperî çend nîşaneyên sereke bikar tînin da ku tenduristiya pergalê binirxînin û fêm bikin.
Karûbar bi gelemperî dikare di warê SLI-yê de ku bi wan re têkildar in li çend beşan bêne dabeş kirin:
- Pergalên pêşîn ên xwerû, wekî navgînên lêgerînê yên ji bo karûbarê Shakespeare ji mînaka me. Pêdivî ye ku ew berdest bin, dereng nemînin û xwedan berfê têr bin. Li gorî vê yekê, pirs dikarin werin pirsîn: gelo em dikarin bersivê bidin daxwazê? Ji bo bersivdana daxwazê çiqas dem girt? Çend daxwaz dikarin bêne pêvajo kirin?
- sîstemên Storage. Ew derengiya bersivê ya kêm, hebûna, û domdariyê dinirxînin. Pirsên têkildar: Ji bo xwendin an nivîsandina daneyan çiqas dem digire? Li ser daxwazê em dikarin xwe bigihînin daneyan? Ma daneyên ku em hewce ne hene? Binêre Beşa 26 Yekitiya daneyan: Ya ku hûn dixwînin ew e ku hûn dinivîsin ji bo nîqaşek berfireh li ser van mijaran.
- Pergalên daneya mezin ên wekî lûleyên hilberandina daneyê xwe dispêrin derengiya hilanînê û lêpirsînê. Pirsên peywendîdar: Çiqas dane têne hilberandin? Ji wergirtina daxwazekê heya dayîna bersivê çiqas dem digire da ku daneyan rêve bibin? (Dibe ku hin beşên pergalê di hin qonaxan de dereng jî hebin.)
Berhevkirina nîşanan
Gelek nîşaneyên asta karûbarê herî xwezayî li ser milê serverê têne berhev kirin, bi karanîna pergalek çavdêriyê ya wekî Borgmon (li jêr binêre). ) an Prometheus, an jî bi tenê bi awayekî periyodîk têketin analîz dike, bersivên HTTP-ê yên bi statûya 500 nas dike. Lêbelê, divê hin pergal bi berhevkirina metrîkên alîgirê xerîdar ve werin saz kirin, ji ber ku nebûna çavdêriya ji hêla xerîdar ve dibe sedema windakirina hejmarek pirsgirêkên ku bandorê li wan dike. bikarhêneran, lê bandorê li metrîkên server-side nakin. Mînakî, balkişandina li ser derengiya bersivê ya paşîn a serîlêdana ceribandina lêgerîna Shakespeare me dibe ku ji ber pirsgirêkên JavaScript-ê di aliyê bikarhêner de dereng bimîne: Di vê rewşê de, pîvandina ku gerok çiqas dirêj digire ku rûpelê pêvajo bike metrîka çêtir e.
Aggregation
Ji bo sadebûn û karanîna hêsan, em pir caran pîvanên xav berhev dikin. Ev divê bi baldarî bê kirin.
Hin metrîk hêsan xuya dikin, mîna daxwaznameyên her saniyeyê, lê tewra ev pîvana eşkere rasterast jî bi demê re daneyan berhev dike. Pîvandin bi taybetî di saniyeyê de carekê tê wergirtin an pîvandin li ser hejmara daxwazên her deqeyê navînî ye? Vebijarka paşîn dikare hejmareke tavilê ya pir zêde ya daxwazên ku tenê çend hûrdeman didomîne veşêre. Pergalek bihesibînin ku di çirkeyê de 200 daxwazan bi hejmarên zewacê û 0 dema mayî re xizmet dike. Berdewamek di forma nirxek navînî ya 100 daxwazî di çirkeyê de û du caran barkirina tavilê ne heman tişt in. Bi heman rengî, navînî derengiya pirsê dibe ku balkêş xuya bike, lê ew hûrguliyek girîng vedişêre: mimkun e ku pir pirs zû bin, lê dê gelek pirs hebin ku hêdî ne.
Pir nîşangir ji bilî navînî çêtir wekî dabeşan têne dîtin. Mînakî, ji bo derengiya SLI, hin daxwaz dê zû bêne pêvajo kirin, dema ku hin dê her dem dirêjtir bibin, carinan jî pir dirêjtir. Navîniyek hêsan dikare van derengiyên dirêj veşêre. Hêjmar mînakek nîşan dide: her çend daxwazek gelemperî bi qasî 50 ms hewce dike ku xizmetê bike, 5% ji daxwazan 20 carî hêdîtir in! Çavdêrî û hişyarkirina ku tenê li ser bingeha derengiya navînî ye, di nav rojê de guheztinên behrê nîşan nade, dema ku di rastiyê de di dema pêvajoyê ya hin daxwazan de guhertinên berbiçav hene (xêza herî jorîn).
Derengiya pergala sedî 50, 85, 95, û 99. Eksê Y di forma logarîtmîkî de ye.
Bikaranîna sedî ji bo nîşankeran dihêle hûn şeklê belavkirinê û taybetmendiyên wê bibînin: astek ji sedî bilind, wek 99 an 99,9, nirxa herî xirab nîşan dide, dema ku ji sedî 50 (ku wekî navgîn jî tê zanîn) rewşa herî pir caran nîşan dide. metric. Her ku belavbûna dema bersivdayînê mezintir be, ew qas daxwazên dirêjtir bandorê li ser ezmûna bikarhêner dike. Bandor di bin bargiraniya bilind de û di hebûna doran de zêde dibe. Lêkolîna ezmûna bikarhêner destnîşan kir ku mirov bi gelemperî pergalek hêdîtir bi cûdabûna dema bersivê ya bilind tercîh dikin, ji ber vê yekê hin tîmên SRE tenê li ser pûanên ji sedî bilind balê dikişînin, li ser vê bingehê ku heke tevgera metrikê di sedî 99,9 de baş be, pir bikarhêner dê pirsgirêkan nebînin. .
Têbînî li ser xeletiyên îstatîstîkî
Em bi gelemperî tercîh dikin ku li şûna navînî (navgîniya hejmarî) komek nirxan bi perdeyan bixebitin. Ev rê dide me ku em nirxên bêtir belavbûyî bifikirin, yên ku bi gelemperî ji navînî xwedan taybetmendiyên cûda (û balkêştir) ne. Ji ber xwezaya çêkirî ya pergalên hesabkirinê, nirxên metrîk bi gelemperî têne xêz kirin, bi vî rengî ku tu daxwazek nikaribe di kêmtirî 0 ms de bersivê wergire, û demek ji 1000 ms tê vê wateyê ku nikarin bersivên serketî yên bi nirxên ji mezintir hebin. dema derbasbûnê. Di encamê de, em nikarin qebûl bikin ku navgîn û navîn dikarin heman an jî nêzîkî hev bin!
Bêyî ceribandina pêşîn, û heya ku hin texmîn û nêzîkatiyên standard negirin, em hişyar in ku encam nedin ku daneyên me bi gelemperî têne belav kirin. Ger dabeşkirin ne wekî ku tê hêvî kirin be, pêvajoya otomatê ya ku pirsgirêkê rast dike (mînak, gava ku ew ji derveyan dibîne, ew serverê bi derengiyên pêvajokirina daxwaziya bilind re ji nû ve dest pê dike) dibe ku wê pir caran an jî ne pir caran têrê bike (ku her du jî ne gelek baş).
Standardîzekirina nîşanan
Em pêşniyar dikin ku taybetmendiyên gelemperî ji bo SLI standard bikin da ku hûn ne hewce ne ku her carê li ser wan spekulasyonê bikin. Her taybetmendiyek ku qalibên standard têr dike dibe ku ji taybetmendiya SLI-yek kesane were derxistin, mînak:
- Navberên berhevkirinê: "navînî li ser 1 hûrdeman"
- Qadên kombûnê: "Hemû peywirên di komê de"
- Pir caran pîvandin têne girtin: "Her 10 çirkeyan"
- Çi daxwazî hene: "HTTP ji karên çavdêriya qutiya reş GET"
- Daneyên çawa têne wergirtin: "Spas ji çavdêriya me ya ku li ser serverê hatî pîvandin"
- Derengiya gihîştina daneyê: "Wextê ku byte dawî bibe"
Ji bo teserûfkirina hewildanê, ji bo her metrîka hevpar komek şablonên SLI-ya ku ji nû ve têne bikar anîn biafirînin; ew di heman demê de ji her kesî re hêsantir dikin ku fêm bikin ka hin SLI tê çi wateyê.
Armanc di pratîkê de
Bi ramana (an fêrbûna!) dest pê bikin ka bikarhênerên we çi eleqedar dikin, ne ku hûn dikarin bipîvin. Pir caran tiştê ku bikarhênerên we bala xwe didin pîvandinê dijwar an ne mumkin e, ji ber vê yekê hûn di dawiyê de nêzî hewcedariyên wan dibin. Lêbelê, heke hûn tenê bi pîvana ku hêsan e dest pê bikin, hûn ê bi SLO-yên kêmtir bikêr biqedin. Wekî encamek, me carinan dît ku di destpêkê de destnîşankirina armancên xwestî û dûv re xebata bi nîşankerên taybetî re ji hilbijartina nîşanan û dûv re gihandina armancan çêtir dixebite.
Armancên xwe diyar bikin
Ji bo zelalbûna herî zêde, divê were destnîşankirin ka SLO çawa têne pîvandin û şert û mercên ku ew derbasdar in. Mînakî, em dikarin jêrîn bibêjin (xêza duyemîn wekî ya yekem e, lê pêşnumayên SLI bikar tîne):
- 99% (bi navînî li ser 1 hûrdeman) bangên Get RPC dê di kêmtirî 100ms de biqede (di nav hemî pêşkêşkerên paşîn de têne pîvandin).
- 99% ji bangên Get RPC dê di kêmtirî 100ms de biqede.
Ger şeklê kelûpelên performansê girîng e, hûn dikarin gelek SLO diyar bikin:
- 90% ji bangên Get RPC di kêmtirî 1 ms de qediyan.
- 99% ji bangên Get RPC di kêmtirî 10 ms de qediyan.
- 99.9% Bangên RPC di nav kêmtirî 100 ms de temam bikin.
Ger bikarhênerên we bargiraniyên xebata heterojen çêdikin: pêvajoyek girseyî (ji bo ku berbi girîng e) û pêvajoyek înteraktîf (ji bo ku dereng girîng e), dibe ku hêja be ku hûn ji bo her pola barkirinê armancên cûda diyar bikin:
- 95% ji daxwazên xerîdar pêdivî ye ku pêdivî ye. Hejmara bangên RPC yên hatine darvekirin <1 s.
- 99% ji xerîdaran bala xwe didin derengbûnê. Hejmara bangên RPC yên bi seyrûsefera <1 KB û xebitandina <10 ms re destnîşan bikin.
Nerealîst e û nexwestî ye ku em israr bikin ku SLO dê 100% ji wextê were bicîh kirin: ev dikare leza danasîna fonksiyon û bicîhkirina nû kêm bike, û çareseriyên biha hewce dike. Di şûna wê de, çêtir e ku meriv destûr bide budceyek xelet - rêjeya rêjeya domdariya pergalê - û rojane an heftane çavdêriya vê nirxê bike. Dibe ku rêveberiya payebilind nirxandinên mehane an sê mehane bixwaze. (Bûçeya çewtiyê ji bo berhevdana bi SLO-ya din re tenê SLO ye.)
Rêjeya binpêkirinên SLO dikare bi budceya xeletiyê re were berhev kirin (binêre Beş 3 û beş ), bi nirxa cûdahiyê re wekî têketina pêvajoyê tête bikar anîn ku biryar dide kengê serbestberdanên nû werin danîn.
Hilbijartina nirxên hedef
Hilbijartina nirxên plansaziyê (SLO) ne çalakiyek teknîkî ye ku ji ber hilber û berjewendîyên karsaziyê yên ku divê di SLI, SLO (û dibe ku SLA-yên bijartî) de bêne xuyang kirin. Di heman demê de, dibe ku agahdarî di derbarê mijarên bi karmendî, dema bazarê, hebûna amûran, û darayî de were veguheztin. Divê SRE bibe beşek ji vê danûstendinê û ji bo fêmkirina xetere û domdariya vebijarkên cihêreng bibe alîkar. Me çend pirsan derxistiye holê ku dibe alîkar danûstendinek hilberînertir peyda bike:
Li gorî performansa heyî armancek hilbijêrin.
Dema ku têgihîştina hêz û sînorên pergalek girîng e, adaptasyona metrîkan bêyî aqil dikare we ji domandina pergalê asteng bike: ew ê hewceyê hewildanên qehremanî bike ku bigihîje armancên ku bêyî sêwirana girîng nayên bidestxistin.
Keep it sade
Hesabên SLI-ya tevlihev dikarin guhertinên di performansa pergalê de veşêrin û dîtina sedema pirsgirêkê dijwartir bikin.
Ji mutlaqan dûr bixin
Digel ku ceribandinek e ku meriv xwedan pergalek e ku dikare barek mezin a bêdawî bêyî zêdekirina derengiyê bi rê ve bibe, ev hewce ne rast e. Pergalek ku nêzikî îdealên weha dibe, dibe ku ji bo sêwirandin û çêkirinê gelek dem hewce bike, xebitandin dê biha be, û dê ji bo hêviyên bikarhênerên ku dê tiştek kêmtir bikin pir baş be.
Bi qasî ku pêkan kêm SLO bikar bînin
Ji bo vegirtina baş a taybetmendiyên pergalê hejmarek têr a SLO hilbijêrin. SLO-yên ku hûn hildibijêrin biparêzin: Ger hûn çu carî nikaribin bi destnîşankirina SLOyek taybetî nîqaşek li ser pêşandan qezenc bikin, belkî ne hêja ye ku hûn wê SLO-yê bifikirin. Lêbelê, ne hemî taybetmendiyên pergalê ji SLO-yan re têkildar in: Zehmet e ku meriv asta kêfxweşiya bikarhêner bi karanîna SLO-yan hesab bike.
Li dû kamilbûnê negerin
Hûn dikarin her gav pênase û armancên SLO-yê bi demê re safî bikin ji ber ku hûn li ser tevgera pergalê ya di bin barkirinê de bêtir fêr dibin. Çêtir e ku hûn bi armancek herikbar a ku hûn ê bi demê re safî bikin dest pê bikin ji bijartina armancek pir hişk a ku gava hûn dibînin ku ew negihîştî ye pêdivî ye ku meriv rihet bibe.
SLO dikarin û divê bibin ajokarek sereke di pêşîgirtina xebata ji bo SRE û pêşdebirên hilberan de ji ber ku ew xema bikarhêneran nîşan didin. SLOyek baş ji bo tîmek pêşkeftinê amûrek bicîhkirinê ya kêrhatî ye. Lê SLO-ya ku nebaş hatî sêwirandin dikare bibe sedema xebatek bêserûber ger tîmê hewildanên qehreman bike da ku SLOyek zêde êrîşkar bi dest bixe, an jî hilberek belengaz heke SLO pir kêm be. SLO hêzek hêzdar e, wê bi şehrezayî bikar bînin.
Pîvana xwe kontrol bikin
SLI û SLO hêmanên sereke ne ku ji bo birêvebirina pergalan têne bikar anîn:
- Pergalên SLI-ê bişopînin û bipîvin.
- SLI bi SLO re hevber bikin û biryar bidin ka tevger hewce ye.
- Ger çalakî hewce be, fêm bikin ka çi hewce dike ku bigihîje armancê.
- Vê çalakiyê temam bikin.
Mînakî, heke gava 2 nîşan bide ku daxwaz bi dawî bûye û heke tiştek neyê kirin dê di çend demjimêran de SLO bişkîne, dibe ku gav 3 ceribandina hîpoteza ku pêşkêşker bi CPU ve girêdayî ne û lê zêdekirina serverên din dê barkirinê belav bike. Bêyî SLO, hûn ê nizanibin gelo (an kengê) tevbigerin.
SLO saz bikin - wê hingê hêviyên bikarhêner dê bêne danîn
Weşandina SLO hêviyên bikarhêner ji bo tevgera pergalê destnîşan dike. Bikarhêner (û bikarhênerên potansiyel) bi gelemperî dixwazin zanibin ku ji karûbarek çi hêvî dikin da ku fêm bikin ka ew ji bo karanîna maqûl e. Mînakî, kesên ku dixwazin malperek parvekirina wêneyan bikar bînin, dibe ku bixwazin ji karûbarê ku soz dide dirêjahî û lêçûnek hindik di berdêla hebûna hindik hindik de bikar bînin dûr bixin, her çend heman karûbar ji bo pergalek rêveberiya tomarên arşîvê îdeal be jî.
Ji bo ku hûn ji bikarhênerên xwe re hêviyên realîst bicîh bikin, yek an her du taktîkên jêrîn bikar bînin:
- Deverek ewlehiyê biparêzin. SLO-ya navxweyî ya hişktir ji ya ku ji bikarhêneran re tê reklam kirin bikar bînin. Ev ê fersendê bide we ku hûn li hember pirsgirêkan bertek nîşan bidin berî ku ew ji derve xuya bibin. Tampona SLO di heman demê de dihêle hûn dema sazkirina serbestberdanên ku bandorê li performansa pergalê dikin û pêbaweriya pergalê hêsan e bêyî ku bikarhêneran ji dema dakêşanê aciz bikin, xwedan marjînek ewlehiyê hebe.
- Hêviyên bikarhêneran derbas nekin. Bikarhêner li gorî tiştê ku hûn pêşkêş dikin, ne ku hûn dibêjin. Ger performansa rastîn a karûbarê we ji SLO-ya diyarkirî pir çêtir e, dê bikarhêner xwe bispêrin performansa heyî. Hûn dikarin bi qestî girtina pergalê an bi sînorkirina performansê di bin barên sivik de ji zêdegirêdayîbûnê dûr bixin.
Fêmkirina ka pergalek çiqasî hêviyên xwe dicivîne dibe alîkar ku hûn biryar bidin ka meriv di lezkirina pergalê de veberhênan dike û wê hêsantir û berxwedêrtir dike. Wekî din, heke karûbarek pir baş çêbibe, divê hin wextê karmendan li ser pêşîniyên din, wek dayîna deynê teknîkî, zêdekirina taybetmendiyên nû, an danasîna hilberên nû, were xerc kirin.
Peyman di pratîkê de
Afirandina SLA ji tîmên karsaz û qanûnî re hewce dike ku encam û cezayên ji bo binpêkirina wê diyar bikin. Rola SRE ev e ku ji wan re bibe alîkar ku di hevdîtina SLO-yên ku di SLA de hene de pirsgirêkên muhtemel fam bikin. Piraniya pêşniyarên ji bo afirandina SLO ji bo SLA-yan jî derbas dibin. Aqilmend e ku hûn di tiştê ku hûn soz didin bikarhêneran de muhafezekar bin ji ber ku her ku we bêtir hebe, ew qas dijwar e ku hûn SLA-yên ku hevdîtin ne maqûl an dijwar xuya dikin biguhezînin an jêbirin.
Spas ji bo xwendina wegerê heta dawiyê. Di derbarê çavdêriyê de bibin aboneya kanala min a telegramê и .
Source: www.habr.com
