Komandamız eksperiment etməyi sevir. Hər SLRM - əvvəlkilərin statik təkrarı deyil, təcrübənin şüurlandırılması və yaxşıdan daha yaxşıya keçidi. biz tamamilə yeni bir format tətbiq etməyə qərar verdik - iştirakçılara "döyüş şəraiti" mümkün qədər yaxın olan şərait təqdim etmək.
Qısa şəkildə, intensivdə nə ilə məşğul olduğumuzu təsvir etsək: "Yaradırıq, qırırıq, təmir edirik,
öyrənirik". SRE çılpaq nəzəriyyədə çox bir şey deyil - yalnız praktikadır, real həllər, real problemlər.
İştirakçılar komandalar bölündü ki, parlaq rəqabət ruhu heç kimin yatmasına və ya Dmitri Anatolyeviçin nümunəsi ilə iPhone-da "Angry Birds" oynamağa imkan verməsin.
Problemlər, kiçik çətinliklər, xətalar və tapşırıqlar iştirakçılara dörd mentor tərəfindən təmin edildi. İvan Kruglov, Booking.com-da (Hollandiya) Baş İnkişafçı. Ben Tyler, Booking.com-da (ABŞ) Baş İnkişafçı. Eduard Medvedev, Tungsten Labs-da (Almaniya) CTO. Yevgeny Varavva, Google-da (San-Fransisko) geniş profil üzrə inkişaf etdirici.
Həm də iştirakçılar komandalar bölünüb - bir-birilə rəqabət aparırlar. Maraqlıdır?
İvan, Ben, Eduard və Yevgeny, SLRM SRE yarışmasının başlamazdan əvvəl zəif iştirakçılara dost və inamlı nəzər salırlar.
Beləliklə, vəzifə:
Biz, biz yeni bir dünya quracağıq...
Bir kinoteatr biletləri üçün aggregator sayt var. Hadisələri mentorlar öncədən hazırlanmış ssenariyə uyğun olaraq icad edirlər (amma xüsusi incəlikləri və səyahətləri istisna etmirik), saytın işləməsi müxtəlif metrikalarla təsvir edilir. Problemlər müxtəlif ola bilər: "Mulen Roş" teatrına biletler bazaya yüklənmir; filmlərin və tamaşaların posterləri 10 saniyədən artıq müddət ərzində bazaya yüklənir; ayrı bir filmin təsviri donur; 0,1% sifarişlər artıq ayrılmış yerlərə düşür; bəzən şirin qida ödəniş sistemini bir-iki dəqiqəlik bir vaxtda dayandırır. Və SLRM SRE iştirakçısının əsl işində başına düşə bilən daha bir çox narahat şey.
Hər şeyi... və hər kəsi idarə etməyə hazırıq.
Çox iztirab çəkən saytımız bir neçə mikrosistemədən ibarətdir. Onun vəzifəsi - bütün kinoteatrların seansları, qiymətləri və boş yerləri haqqında məlumatların agregasiyasıdır, film anonslarını göstərir, kinoteatrı, seansı, zalı və yeri seçmək, biletləri rezervasiya etmək və ödəmək imkanı verir. Ümumiyyətlə, izləyici yalnız arzulaya biləcək hər şey. Amma istifadəçi, saytın sabitliyi və mündəricəyə qarşı döyüşün içərisində gedən mübarizənin hansı titanik olduğunu bilmir.
İntensiv üçün saytımızda biz SLO, SLI, SLA göstəricilərini müəyyən etdik, arxitektura və infrastruktur hazırladıq, saytı dağıtdıq, monitorinq və xəbərdarlıq sistemi qurduq. Və başlandı.
SLO, SLI, SLA
SLI - xidmət səviyyəsi göstəriciləri. SLO - xidmət səviyyəsi məqsədləri. SLA - xidmət səviyyəsi müqavilələri.
SLA — ITIL metodologiyası üzrə müştəri ilə xidmət təminatçısı arasında imzalanmış rəsmi müqavilədir və xidmətin təsvirini, tərəflərin hüquq və vəzifələrini, və nəhayət, verilən xidmətin razılaşdırılmış keyfiyyət səviyyəsini əhatə edir.
SLO — xidmət səviyyəsi məqsədidir: SLI vasitəsilə ölçülən xidmət səviyyəsi üçün hədəf dəyəri və ya dəyər aralığıdır. SLO üçün normal dəyər «SLI ≤ hədəf dəyəri» və ya «aşağı sərhəd ≤ SLI ≤ yuxarı sərhəd» şəklindədir.
SLI xidmət səviyyəsinin göstəricisidir — təqdim olunan xidmət səviyyəsinin bir aspektinin diqqətlə müəyyən edilmiş kəmiyyət ölçüsüdür. Əksər xidmətlərdə əsas SLI olaraq sorğu gecikməsi qəbul edilir — sorğunun cavabını almaq üçün tələb olunan vaxt. Digər yayğın SLI-lər arasında səhv nisbəti (bütün alınan sorğuların payı) və sistemin ötürmə qabiliyyəti (adətən, sorğuların saniyədə ölçülməsi) vardır.
Əvvəlcə təyyarələri qıracağıq, yaxşı bəy, qızları isə sonra...
Daxili və xarici amillər ilk dəqiqələrdən SLO-nu «pisləşdirməyə» başladı. Administratorların başına hər şey düşdü — həm inkişaf etdiricilərin səhvləri, həm infrastruktur nasazlıqları, həm də ziyarətçi axını və DDoS hücumları. SLO-nu pisləşdirən hər şey.
«- Əziz iştirakçılar, sizi sevindirirəm, əvvəlcə sizdə... hər şey düşür!»
Bu müddətdə spikerlər dayanıqlığı, xətalı büdcəni, test praktikası, kəsintilərin idarə olunmasını və əməliyyat yükünü müzakirə edirdilər.
Biz nə kömürçü, nə tambémçi...
Burada iştirakçılar başlamaq üçün birinci nəyə tutmağı anlamağa başladılar.
«- Allahım, heç vaxt belə bir şeyin bu qədər parçalandığını, bu vəziyyətdə və bu pozada görməmişdim!»
Beləliklə, qəza baş verdi. Ödəniş sisteminin xidməti dayandı. Minimum müddətdə yenidən işləməyə başlamaq üçün necə davranmalıyıq?
Mütəxəssislər iştirakçılara mehriban gözlə baxaraq yeni bir çətinlik hazırlayırlar.
Hər bir komanda qəza aradan qaldırma işini təşkil edir — həmkarlarını cəlb edir, maraqlı tərəfləri (stakeholders) məlumatlandırır. Eyni zamanda prioritetləri düzəldirlər. Beləliklə, iştirakçılar məhdud vaxt şəraitində təzyiq altında işləməyi öyrənirlər.
«- Bu nə dəhşətdir?!»
Dərin bir nəfəs aldılar... və tapşırığı başa vurduq.
Hər bir problemi həll etdikdən və müvəqqəti olaraq stabil hala gətirilən veb saytla birlikdə komandalar SRE perspektivindən hadisələri öyrənirdilər. Problemləri detallı şəkildə analiz edirdilər — meydana gəlmə səbəbləri, aradan qaldırma prosesi. Daha sonra, həm komandalar, həm də kollektiv şəkildə bu problemlərin qarşısını almaq üçün qərarlar qəbul edirdilər: monitorinqi necə yaxşılaşdırmaq, memarlığı necə düzgün dəyişdirmək, inkişaf və istismar yanaşmalarını necə düzəltmək, qaydaları necə hazırlamaq. Spikerlər post-mortem keçirilməsi praktikası nümayiş etdirdilər.
«Kim daha çətinlikler ister! — Mən!»
Elektron tablo, komandaların başarılarını katı bir şekilde ve net bir biçimde kaydetti.
Birincilik için — paydaşlardan ödül.
Mənbə: habr.com
