Atėjo trečioji ir paskutinė pirmosios, bet ne paskutinės, „DevOps Slurm“ diena.
Nesitikėjome, kad galėsime atkartoti „Slurm DevOps“. Tačiau mums netikėtai visi pranešėjai sutiko atvykti į „Slurm“ vasario mėnesį, o atsiliepimai tiksliai parodė, kaip užbaigti programą. Yra supratimas, kaip intensyvią programą padaryti visapusiškesnę ir detalesnę, o kai kurios temos – praktiškesnės. Taigi vasario mėnesį Maskvoje surengsime „DevOps Slurm“. Išsami informacija bus pateikta arčiau gruodžio mėn. Skelbimas tikrai pasirodys Habré.
Rugsėjo 6 d., trečiąją „Slurm“ dieną, kalbėjo keturi pranešėjai.
Vladimiras Guryanovas, Southbridge inžinierius/komandos vadovas, kurio kalba antrąją Slurm DevOps dieną labai patiko intensyvaus dalyviams. Vladimiras yra aktyvus DevOps požiūrio šalininkas savo darbe ir stengiasi jį įgyvendinti visur.
Pavelas Selivanovas, pripažinta Slurm žvaigždė, pirmojo Kubernetes Slurm įkvėpėjas. Studentai apie jį rašė, kad „būtų puiku, jei jis vadovautų visai programai“. Pavelas yra sertifikuotas Kubernetes administratorius. Jis turi didelę praktinę patirtį įgyvendinant Kubernetes – daugiau nei 25 projektus komandoje ir individualiai.
Eduardas Medvedevas, „Tungsten Labs“ technologijų vadovas, sukūrė ir įdiegė „ChatOps“ duomenų centrų automatizavime. Po jo kalbos „Slurm“ daugelis dalyvių galvojo apie „ChatOps“ diegimą savo įmonėse. Dabar sėkmingai dirba apsaugos konsultantu.
Ivanas Kruglovas, pagrindinis Booking.com kūrėjas, yra tikra konferencijos kviestinė žvaigždė. Būtent dėl jo kalbos kai kurie dalyviai užsiregistravo „Slurm DevOps“. Booking.com jis dirbo su infrastruktūros projektais, tokiais kaip paskirstytas pranešimų pristatymas ir apdorojimas, BigData ir žiniatinklio rinkinys, paieška. Dabar jo užduočių sąraše yra vidinio debesies ir paslaugų tinklo kūrimas.
Mes davėme išsamius interviu su Eduardu Medvedevu ir Ivanu Kruglovu – kai būsime pasiruošę, paskelbsime juos Habré.
Susimąsčiusi publika rodė nedidelį nuovargį. Ankstesnės dvi intensyvios dienos privertė dirbti iki galo, galva reikalavo poilsio ir laisvų dienų. Tačiau trečios dienos temos ir pranešėjai išsklaidė nuovargį ir mieguistumą. Ypač Svetainės patikimumo inžinerija ir Ivanas Kruglovas.
Užbaigimo link buvo nuspręsta infrastruktūros stebėjimą iš Prometėjo atidėti rytdienai. Intensyvus pasirodė per intensyvus – ne visi dalyviai sugebėjo išlaikyti tempą.
Ir todėl trečioji diena prasidėjo Vladimiro Gurjanovo kalba. Jis trumpai paaiškino, kodėl iš tikrųjų reikalingas stebėjimas. Aprašyti ir klasifikuoti stebėjimo tipai. Stebėjimo metu paliečiau pranešimų klausimą.
Temos „Kaip sukurti sveiką stebėjimo sistemą“ ir „Žmogaus skaitomi pranešimai“ susirinko labai greitai. Vladimiras savo pranešimą užbaigė tema „Sveikatos patikrinimas“, į ką turėtumėte atkreipti dėmesį ir kaip nustatyti automatizavimą remiantis stebėjimo duomenimis.
Siekdamas išjudinti apsnūdusius dalyvius ir maksimaliai suaktyvinti jų mokymosi gebėjimus, sekdamas Vladimiru Gurjanovu, Pavelas Selivanovas patraukė visuomenės dėmesį tema „Paraiškos registravimas ELK“. Jis parodė „Slurm“ dalyviams mūsų geriausią medienos ruošos praktiką ir apžvelgė ELK krūvą.
Po pirmosios kavos pertraukėlės, kupinos bendravimo ir sausainių, „Slurm“ dalyviai užėmė savo vietas publikoje.
Gurjanovo, Selivanovo ir purino alkaloido kofeino pasirodymai atliko savo klastingą darbą. Kofeinas pasiekė smegenų adenozino receptorius, ten pakeičiant purino nukleozidą adenoziną, atsakingą už slopinimo procesus, o tai tiesiog atėmė iš „Slurm“ dalyvių galimybę „tingėti“ ir „pamiegoti“. Ne visi suprato, kas atsitiko. Bet visi apsidžiaugė.
Taigi auditorija buvo šimtu procentų pasiruošusi tolesniam mokymuisi ir aktyviam žinių įsisavinimui. Ir į Eduardo Medvedevo kalbą.
Eduardas kalbėjo infrastruktūros automatizavimo tema su ChatOps ir kalbėjo apie pasiuntinių integravimą su vamzdynais.
Trečiosios „Slurm“ ir apskritai „Slurm DevOps“ dienos finalas buvo Ivano Kruglov, pagrindinis Booking.com kūrėjas, pristatymas. Ivanas iškart patraukė žiūrovų dėmesį, prisipažindamas, kad savo pristatyme turėjo daugiau nei 140 skaidrių, taip atsargiai užsimindamas, kad „Slurm“ dalyviai neturėtų planuoti nei pačiam penktadieniui, nei savaitgaliui.
Intensyvioje, ilgoje ir gilioje kalboje Ivanas Kruglovas palietė DevOps ir SRE temą, kas jie yra ir kaip jie susiję vienas su kitu. Jis kalbėjo apie „baisius terminus iš SRE pasaulio“: SLA, SLO, Error Budget ir kai kuriuos kitus.
Toliau atėjo praktika ir dar daugiau praktikos - SLI ir SLO stebėjimas, klaidų biudžeto naudojimas ir pertraukimų bei veiklos apkrovos valdymas (apigateway, aptarnavimo tinklas, grandinės pertraukikliai). Ir daug, daug daugiau.
Slapta kūrėjo malda.
Kadangi SRE tema itin plati ir apie niuansus galima kalbėti bent kelias dienas, buvo nuspręsta, kad vasario mėnesį kitame „DevOps Slurm“ SRE ir jo praktiniam pritaikymui skirsime dar daugiau laiko, nes aktualiausia ir paklausi technologija.
Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)
aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть
mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложноPo kalbų atėjo daugybės klausimų eilė tiek neprisijungus, tiek „Slurm“ darbo pokalbyje:
Владимир Гурьянов, [6 сент. 2019 г., 23:24:54]:
Спрашивали про мониторинг, сколько items у нас.
Не забыл, отвечаю.
Активных: 297 432
Maksim Aleksandrov, [7 сент. 2019 г., 0:11:58]:
Спасибо . Это какое количество проверок в секунду (nvps) ? И почему все таки prometheus ?
Владимир Гурьянов, [7 сент. 2019 г., 0:24:15]:
2.21K
Почему prometheus? Ну, хотя бы из-за service discovery и его удобной и гибкой настройки.
У zabbix плохо все в средах, где инстансы не долго живут и часто создаются новые.
С мониторингом docker и k8s у zabbix все тоже грустно.
Но для нас, пока + у прома не столько, что бы вкладывать время и силы в переезд с zabbix.Slurm dalyviai pasidalino savo įspūdžiais:
Alexander B, [6 сент. 2019 г., 21:11:03]:
Спасибо за мероприятие, были "неровности", но для первого раза весьма достойно.
Темп в некоторых практиках напрягал, это интенсив во всех смыслах этого слова ) Чтобы уместить всё и не выкидывать во второй и третий день из докладов и практик материалы по причине нехватки времени - рассмотрите возможность четырехдневного слёрма.
Roman D, [6 сент. 2019 г., 20:49:05]:
спасибо, местами было интересно. В качестве пожелания на будущее - за пару дней до мероприятия посадите пару человек с улицы и заставьте их пройти практику по вашим инструкциям, исправите ошибки и неточности.
Никита Суворов, [6 сент. 2019 г., 20:49:30 (06.09.2019, 20:50:07)]:
Если пол пожелания, тоже есть - спикерам тренироваться перед зеркалом, слух режут эээ, уууу, ыыы между словами
Max Grechnev, [6 сент. 2019 г., 19:42:57]:
Спасибо! Курс получился отличный! Финал вообще огонь)
Smith Wesson, [6 сент. 2019 г., 19:58:11]:
Спасибо за курс! Вы лучшие!
Igor Averin, [6 сент. 2019 г., 19:58:12]:
Согласен! Было оч здорово! Спасибо организаторам!Po konferencijos dalyvių paprašėme pateikti atsiliepimus Google dokumentų formoje. Rezultatai mus džiugino ir įkvėpė.
Dėkojame visiems, kurie buvo su mumis – neprisijungę, „Selectel“ konferencijų salėje ir prisijungę. Ir labai ačiū Habr skaitytojams. “!"(Su)
Šaltinis: www.habr.com