د لومړۍ دریمه او وروستۍ ورځ ، مګر وروستۍ نه ، DevOps Slurm رارسیدلی.
موږ تمه نه درلوده چې د Slurm DevOps نقل کولو وړتیا ولرو. مګر په غیر متوقع ډول زموږ لپاره، ټولو ویناوالو موافقه وکړه چې د فبروري په میاشت کې سلرم ته راشي، او فیډبیک موږ ته په سمه توګه وښودله چې څنګه پروګرام نهایي کړو. د دې په اړه پوهه شتون لري چې څنګه ژور برنامه نوره هولیسټیک او مفصل او ځینې موضوعات ډیر عملي کړي. نو د فبروري په میاشت کې موږ به په مسکو کې د DevOps سلرم ترسره کړو. جزئیات به د دسمبر په پای کې شتون ولري. اعلان به خامخا په Habré کې څرګند شي.
د سپتمبر په شپږمه نېټه، د سلوم په درېيمه ورځ، څلورو ويناوالو خبرې وکړې.
ولادیمیر ګوریانوف، انجینر / په ساوت برج کې د ټیم مشر، د هغه وینا چې د Slurm DevOps په دویمه ورځ یې د ګډون کوونکو لخوا ډیره خوښه شوه. ولادیمیر په خپل کار کې د DevOps کړنلارې فعال ملاتړی دی او هڅه کوي دا په هرځای کې پلي کړي.
پاول سیلیوانوف، د سلرم پیژندل شوی ستوری، د لومړي کبرنیټس سلرم الهام کونکی. زده کوونکو د هغه په اړه لیکلي چې "دا به ښه وي که هغه د ټول پروګرام مشري وکړي." پاول د کبرنیټ تصدیق شوی مدیر دی. هغه د Kubernetes په پلي کولو کې پراخه عملي تجربه لري - په ټیم او انفرادي توګه له 25 څخه ډیر پروژې.
اډوارډ میدویدیف، په ټنګسټن لابراتوار کې CTO، د ډیټا سنټر اتومات کې ChatOps رامینځته او پلي کوي. په سلرم کې د هغه د وینا وروسته، ډیری برخه اخیستونکو په خپلو شرکتونو کې د ChatOps پلي کولو په اړه فکر وکړ. اوس هغه په بریالیتوب سره د امنیتي مشاور په توګه کار کوي.
ایوان کروګلوف، په Booking.com کې اصلي پراختیا کوونکی، د کنفرانس اصلي میلمه ستوری دی. دا د هغه د وینا لپاره و چې ځینې برخه اخیستونکو د Slurm DevOps لپاره لاسلیک کړ. په Booking.com کې هغه په زیربنایي پروژو لکه د توزیع شوي پیغام رسولو او پروسس کولو، BigData او ویب سټیک، لټون کې کار کاوه. اوس د هغه د دندو لیست کې د داخلي بادل او خدماتو میش جوړول دي.
موږ د اډوارډ میدویدیف او ایوان کروګلوف سره پراخه مرکې ترسره کړې - موږ به یې په هابري کې خپاره کړو کله چې چمتو وي.
لیدونکو، د دوی په فکري بڼه سره، لږ ستړیا ښکاره کړه. پخوانۍ دوه سختې ورځې زه دې ته اړ کړم چې حد ته کار وکړم، زما سر د آرامۍ او ورځو رخصتۍ ته اړتیا درلوده. خو د درېیمې ورځې موضوعاتو او ویناوالو ستړیا او ستړیا خپره کړه. په ځانګړې توګه د سایټ اعتبار انجنیري او ایوان کروګلوف.
د بشپړیدو په لور پریکړه وشوه چې د زیربنا نظارت له پرومیټیوس څخه سبا ته وځنډول شي. شدت ډیر شدید وګرځید - ټول ګډون کونکي نشي کولی سرعت وساتي.
او له همدې امله دریمه ورځ د ولادیمیر ګوریانوف لخوا د وینا سره پیل شوه. هغه په لنډه توګه څرګنده کړه چې ولې څارنې ته اړتیا ده. د څارنې تشریح شوي او طبقه بندي ډولونه. ما په نظارت کې د خبرتیاو مسله په ګوته کړه.
"څنګه د صحي څارنې سیسټم رامینځته کړو" او "د انسان لخوا د لوستلو وړ خبرتیاوې" موضوعګانې په چټکۍ سره د لیدونکو سره غږیدلې. ولادیمیر خپل پریزنټیشن د روغتیا چک موضوع سره پای ته ورساوه، تاسو باید څه ته پاملرنه وکړئ او د څارنې معلوماتو پراساس د اتوماتیک تنظیم کولو څرنګوالی.
د دې لپاره چې د خوب ګډون کونکي راویښ کړي او د دوی د زده کړې وړتیا اعظمي حد ته فعاله کړي، د ولادیمیر ګوریانوف په تعقیب، پاول سیلیوانوف د "ELK سره د غوښتنلیک ننوتل" موضوع سره د خلکو پام ځانته راجلب کړ. هغه د Slurm برخه اخیستونکو ته زموږ د ننوتلو غوره تمرینونه وښودل او د ELK سټیک بیاکتنه یې وکړه.
د لومړي کافي وقفې وروسته، د اړیکو او کوکیز څخه ډک، د سلم ګډونوالو په لیدونکو کې خپلې څوکۍ ونیولې.
د ګوریانوف، سیلیوانوف او د purine alkaloid caffeine اجرااتو د دوی په زړه پورې کار وکړ. کافین د مغز اډینوسین ریسیپټرو ته رسیدلی ، هلته د purine نیوکلیوسایډ اډینوسین ځای په ځای کوي ، کوم چې د مخنیوي پروسو لپاره مسؤل دی - کوم چې په ساده ډول د Slurm برخه اخیستونکي د "سست" او "یو خوب کولو" فرصت څخه محروموي. هرڅوک نه پوهیدل چې څه پیښ شوي. خو هر چا خوشالي وکړه.
په دې توګه، لیدونکي سل په سلو کې د نورو زده کړې او د پوهې فعال جذب لپاره چمتو وو. او د ادوارد میدویدیف وینا ته.
اډوارډ د ChatOps سره د زیربنا اتومات کولو موضوع باندې خبرې وکړې او د پایپ لاینونو سره د میسنجرونو ادغام په اړه یې خبرې وکړې.
د Slurm او Slurm DevOps د دریمې ورځې پای په عموم کې په Booking.com کې د اصلي پراختیا کونکي ایوان کروګلوف لخوا پریزنټیشن و. ایوان سمدلاسه د لیدونکو پام ځانته راواړوه ، اعتراف یې وکړ چې هغه په خپل پریزنټشن کې له 140 څخه ډیر سلایډونه لري ، په دې توګه په احتیاط سره اشاره کوي چې د سلرم ګډون کونکي باید پخپله د جمعې یا اونۍ پای لپاره پلانونه ونه کړي.
په یوه ژوره، اوږده او ژوره وینا کې، ایوان کروګلوف د DevOps او SRE موضوع ته اشاره وکړه، دوی څوک دي او څنګه دوی یو بل سره تړاو لري. هغه د "SRE نړۍ څخه ډارونکي شرایط" په اړه خبرې وکړې: SLA، SLO، د تېروتنې بودیجه او ځینې نور.
بیا تمرین او حتی نور تمرینونه راغلل - د SLI او SLO څارنه، د غلطې بودیجې کارول او د مداخلو او عملیاتي بار اداره کول (apigateway، service mesh، circuit breakers). او ډیر څه، ډیر څه.
د پراختیا کونکي پټ دعا.
څرنګه چې د SRE موضوع خورا پراخه ده او تاسو کولی شئ لږترلږه د څو ورځو لپاره د باریکیو په اړه وغږیږئ ، پریکړه وشوه چې د فبروري په میاشت کې په راتلونکي DevOps سلرم کې به موږ حتی ډیر وخت SRE او د هغې عملي غوښتنلیک ته وقف کړو ، لکه څنګه چې خورا اړونده او د تقاضا ټیکنالوژي.
Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)
aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть
mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложноد ویناوو وروسته، د ډیری پوښتنو بدله راغله، دواړه آفلاین او د سلرم کاري چیٹ کې:
Владимир Гурьянов, [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.د غونډې ګډونوالو خپل تاثرات شریک کړل:
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]:
Согласен! Было оч здорово! Спасибо организаторам!د کنفرانس وروسته، موږ د ګډون کوونکو څخه وغوښتل چې د Google Docs فورمه کې فیډبیک چمتو کړي. پایلې موږ خوښ او الهام راکوي.
د هر هغه چا څخه مننه چې زموږ سره و - آفلاین، د انتخابی کنفرانس خونه کې، او آنلاین. او د حبر له لوستونکو څخه ډیره مننه. ""(سره)
سرچینه: www.habr.com