Slurm DevOps. 3. päev. ELK, ChatOps, SRE. Ja arendaja salapalve

Kätte on jõudnud esimese, kuid mitte viimase DevOps Slurmi kolmas ja viimane päev.

Me ei oodanud, et suudame Slurm DevOpsi kopeerida. Kuid meile ootamatult olid kõik esinejad nõus veebruaris Slurmi tulema ja tagasisidest selgus, kuidas programmi täpselt viimistleda. Tekib arusaam, kuidas muuta intensiivprogramm terviklikumaks ja detailsemaks ning mõned teemad praktilisemaks. Nii et veebruaris korraldame Moskvas DevOps Slurmi. Üksikasjad on saadaval detsembris. Teade ilmub kindlasti Habré lehel.

6. septembril, Slurmi kolmandal päeval, esines neli esinejat.

Vladimir Guryanov, Southbridge'i insener/meeskonnajuht, kelle kõne Slurm DevOpsi teisel päeval meeldis intensiivses osalejatele väga. Vladimir on oma töös aktiivne DevOps-lähenemise toetaja ja püüab seda kõikjal rakendada.

Pavel Selivanov, tunnustatud Slurmi staar, esimese Kubernetes Slurmi inspireerija. Õpilased kirjutasid tema kohta, et "oleks tore, kui ta juhiks kogu programmi." Pavel on Kubernetese sertifitseeritud administraator. Tal on laialdased praktilised kogemused Kubernetese juurutamisel – üle 25 projekti meeskonnas ja individuaalselt.

Eduard Medvedev, Tungsten Labsi tehnikajuht, töötas välja ja juurutas andmekeskuste automatiseerimises ChatOpsi. Pärast Slurmis peetud kõnet mõtlesid paljud osalejad ChatOpsi juurutamise peale oma ettevõtetes. Nüüd töötab ta edukalt turvakonsultandina.

Ivan Kruglov, Booking.com-i peaarendaja, on konverentsi tõeline külalisstaar. Just tema kõne jaoks registreerusid mõned osalejad Slurm DevOpsi kasutajaks. Booking.com-is töötas ta selliste infrastruktuuriprojektidega nagu hajutatud sõnumite edastamine ja töötlemine, BigData ja veebipinn, otsing. Nüüd on tema ülesannete loendis sisemise pilve ja Service Meshi loomine.

Tegime Eduard Medvedevi ja Ivan Krugloviga ulatuslikud intervjuud – kui valmis, avaldame need Habres.

Mõtliku välimusega publik näitas kerget väsimust. Eelmised kaks intensiivset päeva sundisid mind viimse piirini töötama, pea nõudis puhkust ja vabu päevi. Aga kolmanda päeva teemad ja esinejad hajutasid väsimust ja uimasust. Eriti saidi töökindluse tehnika ja Ivan Kruglov.

Lõpetamise poole Slurmi teine ​​päev otsustati taristu monitooring Prometheuselt homsele edasi lükata. Intensiivne osutus liiga intensiivseks – kõik osalejad ei suutnud tempot hoida.

Ja seetõttu algas kolmas päev Vladimir Gurjanovi kõnega. Ta selgitas lühidalt, miks jälgimist tegelikult vaja on. Kirjeldatud ja klassifitseeritud seire liigid. Teavituste teemat puudutasin seires.

Teemad “Kuidas ehitada üles tervislik seiresüsteem” ja “Inimeselt loetavad teated” leidsid väga kiiresti publiku tähelepanu. Vladimir lõpetas oma ettekande teemaga Tervisekontroll, millele tasuks tähelepanu pöörata ja kuidas seireandmete põhjal automatiseerimist seadistada.

Uniseid osalejaid raputamiseks ja nende õppimisvõimete maksimaalseks aktiveerimiseks tõmbas Vladimir Gurjanovile järgnedes avalikkuse tähelepanu Pavel Selivanov teemaga “ELK-ga avalduse logimine”. Ta näitas Slurmi osalejatele meie parimaid metsaraie tavasid ja vaatas üle ELK virna.

Pärast esimest suhtlemist ja küpsiseid täis kohvipausi võtsid Slurmi osalejad publiku seas istet.

Gurjanovi, Selivanovi ja puriinalkaloidi kofeiini etteasted tegid oma salakavala töö. Kofeiin jõudis aju adenosiini retseptoritesse, asendades seal puriinnukleosiidi adenosiini, mis vastutab inhibeerimisprotsesside eest – mis võttis Slurmi osalejatelt lihtsalt võimaluse “laisk olla” ja “uinaku teha”. Kõik ei saanud juhtunust aru. Kuid kõik rõõmustasid.

Seega oli publik sada protsenti valmis edasiseks õppimiseks ja aktiivseks teadmiste omandamiseks. Ja Eduard Medvedevi kõnele.

Eduard rääkis ChatOpsiga infrastruktuuri automatiseerimise teemal ja rääkis messengerite integreerimisest torujuhtmetega.

Slurmi ja üldiselt Slurm DevOpsi kolmanda päeva finaaliks oli Booking.com-i peaarendaja Ivan Kruglovi esitlus. Ivan köitis kohe publiku tähelepanu, tunnistades, et tema esitluses oli üle 140 slaidi, vihjates sellega hoolikalt, et Slurmi osalejad ei peaks reedeks ega nädalavahetuseks plaane tegema.

Intensiivses, pikas ja sügavas kõnes puudutas Ivan Kruglov DevOpsi ja SRE teemat, kes nad on ja kuidas nad omavahel suhestuvad. Ta rääkis "hirmutavatest terminitest SRE maailmast": SLA, SLO, Error Budget ja mõned teised.

Edasi tuli praktika ja veelgi rohkem praktikat – SLI ja SLO jälgimine, Error Budget kasutamine ning katkestuste ja töökoormuse haldamine (apigateway, hooldusvõrk, kaitselülitid). Ja palju, palju muud.

Arendaja salajane palve.

Kuna SRE teema on äärmiselt lai ja nüanssidest saab rääkida vähemalt mitu päeva, siis otsustati, et veebruaris järgmisel DevOps Slurmil pühendame SRE-le ja selle praktilisele rakendamisele veelgi rohkem aega, kuna kõige aktuaalsem ja nõutav tehnoloogia.

Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)

aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть

mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложно

Pärast kõnesid tuli arvukate küsimuste kord nii offline kui ka Slurmi töövestluses:

Владимир Гурьянов, [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.

Slurmi osalejad jagasid oma muljeid:

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]:
Согласен! Было оч здорово! Спасибо организаторам!

Pärast konverentsi palusime osalejatel anda tagasisidet Google Docsi vormis. Tulemused rõõmustasid ja inspireerisid meid.

Täname kõiki, kes olid meiega – võrguühenduseta, Selecteli konverentsiruumis ja võrgus. Ja suur tänu Habri lugejatele. "Slurm annab sulle tiivad!" (koos)

Allikas: www.habr.com