Ekipi ynĂ« e do eksperimente. Ădo SlĂ«rm nuk Ă«shtĂ« njĂ« pĂ«rsĂ«ritje statike e tĂ« kaluarave, por njĂ« reflektim i pĂ«rvojĂ«s dhe njĂ« kalim nga e mira nĂ« mĂ« tĂ« mirĂ«n. Por me Ne vendosĂ«m tĂ« aplikojmĂ« njĂ« format krejt tĂ« ri - t'u ofrojmĂ« pjesĂ«marrĂ«sve kushte sa mĂ« afĂ«r 'betejave'.
Për të përmbledhur shkurtimisht atë çfarë kemi bërë në intensiven: 'Ndërtojmë, thyjme, riparojmë,
studjojmë'. SRE nuk ka shumë vlerë në teori të zbrazët - vetëm praktika, zgjidhje reale, probleme reale.
Pjesëmarrësit u ndanë në grupe, që fryma e konkurrencës të mos lejonte askënd të flinte ose të lëshonte 'Angry Birds' në iPhone, siç e bëri Dmitri Anatoletovich.
Problemet, defektet, bug-et dhe detyrat u siguruan nga katër mentora. Ivan Kruglov, Zhvilluesi Kryesor në Booking.com (Holandë). Ben Tyler, Zhvilluesi Kryesor në Booking.com (SHBA). Eduard Medvedev, CTO në Tungsten Labs (Gjermani). Evgeny Varavva, zhvillues me profil të gjerë në Google (San Francisco).
Madje dhe pjesëmarrësit janë të ndarë në grupe - dhe konkurrojnë me njëri-tjetrin. A është interesant?
Ivan, Ben, Eduard dhe Evgeny me një farë shikimi të mirë e lenin lehtë shikojnë mbi pjesëmarrësit e pafat të Slërmit SRE përpara fillimit të garës.
Pra, detyra:
Ne jemi ne, ne do të ndjekim një botë të re...
Ekziston një faqe që mbledh bileta për kinema. Incidentet shpikën mentoret në një skenar të punuar paraprakisht (ndonëse askush nuk e përjashton improvisimin e veçantë dhe perfid), funksionaliteti i faqes përshkruhet me metrikat e ndryshme. Problemet mund të jenë shumë të ndryshme: biletat e teatrit 'Moulin Rouge' nuk ngarkohen në bazë; posterat e filma dhe shfaqjeve ngarkohen në bazë për më shumë se 10 sekonda; përshkrimi i një filmi ngec; 0,1% e porosive përfundojnë në vende të rezervuara; herë pas here, sistemi i përpunimit të pagesave bie për një minutë - dy. Dhe shumë, shumë, shumë gjëra të pakëndshme që mund të bien mbi një pjesëmarrës të SRE në punën e tij të vërtetë.
Jemi të gatshëm të përballojmë gjithçka... dhe të gjithë.
Faqja jonë e shumëvuajtur përbëhet nga disa mikrosereviste. Detyra e saj është të agregojë të dhënat rreth seancave, çmimeve dhe vendeve të lira nga të gjitha kinematë, tregon ankesat e filmit, lejon të zgjidhni kinemanë, seancën, sallën dhe vendin, për të rezervuar dhe paguar biletat. Në përgjithësi, gjithçka që një shikues mund të imagjinojë. Problemi është se përdoruesi as nuk e dyshon se çfarë lufte titanike për stabilitetin dhe disponueshmërinë e faqes ndodh brenda saj.
Për faqen në intensiv, ne formuam treguesit SLO, SLI, SLA, zhvilluam arkitekturën dhe infrastrukturën, e vendosëm faqen, konfiguruan monitorimin dhe alertimin. Dhe filloi.
SLO, SLI, SLA
SLI â treguesit e nivelit tĂ« shĂ«rbimit. SLO â qĂ«llimet e nivelit tĂ« shĂ«rbimit. SLA â marrĂ«veshjet mbi nivelin e shĂ«rbimit.
SLA â njĂ« term i metodologjisĂ« ITIL qĂ« pĂ«rfaqĂ«son njĂ« marrĂ«veshje formale ndĂ«rmjet klientit tĂ« shĂ«rbimit dhe ofruesit tĂ« tij, duke pĂ«rfshirĂ« pĂ«rshkrimin e shĂ«rbimit, tĂ« drejtat dhe detyrat e palĂ«ve dhe, mĂ« e rĂ«ndĂ«sishmja, nivelin e cilĂ«sisĂ« sĂ« rĂ«nĂ« dakord pĂ«r ofrimin e kĂ«tij shĂ«rbimi.
SLO â Ă«shtĂ« qĂ«llimi i nivelit tĂ« shĂ«rbimit: njĂ« vlerĂ« e caktuar ose njĂ« gamĂ« vlerash pĂ«r nivelin e shĂ«rbimit, e cila matet nga SLI. NjĂ« vlerĂ« normale pĂ«r SLO Ă«shtĂ« «SLI †vlerĂ«s sĂ« synuar» ose «vlera minimale †SLI †vlera maksimale».
SLI Ă«shtĂ« njĂ« tregues i nivelit tĂ« shĂ«rbimit â njĂ« masĂ« e saktĂ« dhe kuantitative e njĂ« aspekti tĂ« ofrimit tĂ« nivelit tĂ« shĂ«rbimit. PĂ«r shumicĂ«n e shĂ«rbimeve, SLI kryesor konsiderohet vonesa e kĂ«rkesĂ«s â sa kohĂ« i nevojitet pĂ«r tĂ« marrĂ« njĂ« pĂ«rgjigje pĂ«r kĂ«rkesĂ«n. TĂ« tjerĂ« SLI tĂ« zakonshme pĂ«rfshijnĂ« frekuencĂ«n e gabimeve, e cila shpesh shprehet si njĂ« pjesĂ« e tĂ« gjitha kĂ«rkesave tĂ« pranuara, dhe kapacitetin e sistemit, i cili zakonisht matet nĂ« kĂ«rkesa pĂ«r sekondĂ«.
Fillimisht ne do të thyejmë avionët, por vajzat, vajzat do t'i trajtojmë më vonë...
FaktorĂ«t e brendshĂ«m dhe tĂ« jashtĂ«m qĂ« nĂ« minutat e para filluan tĂ« "prishin" SLO. Ădo gjĂ« ra mbi administratoret â gabimet e zhvilluesve, dĂ«shtimet e infrastrukturĂ«s, fluksi i vizitorĂ«ve dhe sulmet DDoS. Ădo gjĂ« qĂ« pĂ«rkeqĂ«son SLO.
"- Të dashur pjesëmarrës, kam një lajm të mirë, fillimisht ju bie⊠gjithçka!"
Në procesin e diskutimeve, folësit shqyrtuan qëndrueshmërinë, buxhetin e gabimeve, praktikën e testimit, menaxhimin e ndërprerjeve dhe ngarkesën operacionale.
Ne nuk jemi kamarierë, as muratorë...
Këtu, pjesëmarrësit filluan të rregullojnë - e rëndësishmja është të kuptojnë se çfarë të kapin të parën.
«- Zot, kurrë nuk kam parë që kjo të prishet kështu, në këtë formë dhe në këtë pozitë!»
Pra, ndodhi një aksident. Shërbimi i përpunimit të pagesave ra. Si të veprojmë për të rikuperuar funksionalitetin në afatin më të shkurtër të mundshëm?
Ekspertët, duke e parë me dashuri pjesëmarrësit, po përgatitin një tjetër vështirësi.
Ădo ekip organizon punĂ«n e grupit pĂ«r tĂ« eliminuar aksidentin â aktivizojnĂ« kolegĂ«t, njoftojnĂ« interesat (stakeholders). NĂ« tĂ« njĂ«jtĂ«n kohĂ«, pĂ«rcaktohen prioritetet. KĂ«shtu, pjesĂ«marrĂ«sit ushtrohen tĂ« punojnĂ« nĂ«n presion nĂ« kushte kohore jashtĂ«zakonisht tĂ« kufizuara.
«- ĂfarĂ« lloj tmerri doli kĂ«shtu?!»
E nxorën frymën... dhe përfunduan ushtrimin.
Pas ngjarjeve tĂ« zgjidhura dhe stabilizimit tĂ« pĂ«rkohshĂ«m tĂ« faqes, ekipi shqyrtoi incidentet nga perspektiva SRE. Ata analizuan nĂ« detaje problemet â shkaktarĂ«t e shfaqjes, mĂ«nyrĂ«n e zgjidhjes. MĂ« pas, si grup, ashtu edhe individĂ«t, morĂ«n vendime pĂ«r parandalimin e mĂ«tejmĂ«: si tĂ« pĂ«rmirĂ«sojnĂ« monitorimin, si tĂ« ndryshojnĂ« strukturĂ«n nĂ« mĂ«nyrĂ« tĂ« arsyeshme, si tĂ« korrigjojnĂ« qasjen e zhvillimit dhe administratĂ«s, si tĂ« rregullojnĂ« rregulloret. FolĂ«sit demonstruan praktikat e zhvillimit tĂ« post-mortem.
«- Kush tjetĂ«r dĂ«shiron vuajtje! â UnĂ«!»
Në papanë elektronike, arritjet e ekipeve regjistrohen qartë dhe saktë.
Quest-kompjuterike si një instrument fantastik për të mësuar fjalët në anglisht.
Burimi: habr.com
