Hari ketiga dan terakhir yang pertama, tetapi bukan yang terakhir, DevOps Slurm telah tiba.
Kami tidak menjangkakan dapat meniru Slurm DevOps. Tetapi tanpa diduga bagi kami, semua penceramah bersetuju untuk datang ke Slurm pada bulan Februari, dan maklum balas menunjukkan kepada kami cara untuk memuktamadkan program dengan tepat. Terdapat pemahaman tentang cara menjadikan program intensif lebih holistik dan terperinci, dan beberapa topik lebih praktikal. Jadi pada bulan Februari kami akan mengadakan DevOps Slurm di Moscow. Butiran akan tersedia lebih dekat dengan Disember. Pengumuman itu pasti akan muncul di Habré.
Pada 6 September, hari ketiga Slurm, empat penceramah bercakap.
Vladimir Guryanov, ketua jurutera/pasukan di Southbridge, yang ucapannya pada hari kedua Slurm DevOps sangat disukai oleh peserta intensif. Vladimir ialah penyokong aktif pendekatan DevOps dalam kerjanya dan cuba melaksanakannya di mana-mana sahaja.
Pavel Selivanov, bintang Slurm yang diiktiraf, pencetus semangat Kubernetes Slurm yang pertama. Pelajar menulis tentangnya bahawa "alangkah bagus jika dia mengetuai keseluruhan program." Pavel ialah Pentadbir Kubernetes Bertauliah. Beliau mempunyai pengalaman praktikal yang luas dalam melaksanakan Kubernetes - lebih daripada 25 projek dalam satu pasukan dan secara individu.
Eduard Medvedev, CTO di Tungsten Labs, membangun dan melaksanakan ChatOps dalam automasi pusat data. Selepas ucapannya di Slurm, ramai peserta berfikir tentang melaksanakan ChatOps dalam syarikat mereka. Kini dia berjaya bekerja sebagai perunding keselamatan.
Ivan Kruglov, Pemaju Utama di Booking.com, ialah bintang tetamu sebenar persidangan itu. Untuk ucapannya, beberapa peserta mendaftar untuk Slurm DevOps. Di Booking.com, beliau mengusahakan projek infrastruktur seperti penghantaran dan pemprosesan mesej yang diedarkan, BigData dan timbunan web, carian. Kini dalam senarai tugasnya ialah membina awan dalaman dan Service Mesh.
Kami menjalankan temu bual yang meluas dengan Eduard Medvedev dan Ivan Kruglov - kami akan menerbitkannya di Habré apabila bersedia.
Penonton, dengan penampilan mereka yang penuh perhatian, menunjukkan sedikit keletihan. Dua hari intensif sebelum ini memaksa saya bekerja sehingga had, kepala saya memerlukan rehat dan hari cuti. Tetapi topik dan penceramah hari ketiga meleraikan keletihan dan mengantuk. Terutamanya Kejuruteraan Kebolehpercayaan Tapak dan Ivan Kruglov.
Ke arah penyiapan ia telah memutuskan untuk menangguhkan pemantauan infrastruktur dari Prometheus kepada esok. Intensif ternyata terlalu sengit - tidak semua peserta dapat mengikuti rentak.
Oleh itu, hari ketiga dimulakan dengan ucapan oleh Vladimir Guryanov. Beliau menerangkan secara ringkas mengapa pemantauan sebenarnya diperlukan. Jenis pemantauan yang diterangkan dan dikelaskan. Saya menyentuh isu pemberitahuan dalam pemantauan.
Topik "Cara membina sistem pemantauan yang sihat" dan "Pemberitahuan boleh dibaca manusia" bergema dengan khalayak dengan cepat. Vladimir mengakhiri pembentangannya dengan topik Pemeriksaan Kesihatan, perkara yang perlu anda perhatikan dan cara menyediakan automasi berdasarkan data pemantauan.
Untuk menggegarkan peserta yang mengantuk dan mengaktifkan kebolehan pembelajaran mereka secara maksimum, mengikuti Vladimir Guryanov, Pavel Selivanov menarik perhatian orang ramai dengan topik "Melog aplikasi dengan ELK". Dia menunjukkan kepada peserta Slurm amalan pembalakan terbaik kami dan menyemak timbunan ELK.
Selepas rehat kopi pertama, penuh dengan komunikasi dan biskut, peserta Slurm mengambil tempat duduk mereka di hadapan penonton.
Persembahan Guryanov, Selivanov dan kafein alkaloid purin melakukan kerja berbahaya mereka. Kafein mencapai reseptor adenosin otak, menggantikan adenosin nukleosida purin, yang bertanggungjawab untuk proses perencatan - yang hanya menafikan peserta Slurm peluang untuk "malas" dan "tidur". Tidak semua orang memahami apa yang berlaku. Tetapi semua orang gembira.
Oleh itu, penonton telah seratus peratus bersedia untuk pembelajaran lanjut dan penyerapan ilmu secara aktif. Dan kepada ucapan Eduard Medvedev.
Eduard bercakap mengenai topik automasi infrastruktur dengan ChatOps dan bercakap tentang penyepaduan messenger dengan saluran paip.
Penamatan hari ketiga Slurm dan Slurm DevOps secara umum ialah pembentangan oleh Ivan Kruglov, Pemaju Utama di Booking.com. Ivan segera menarik perhatian penonton, mengakui bahawa dia mempunyai lebih daripada 140 slaid dalam pembentangannya, dengan itu berhati-hati membayangkan bahawa peserta Slurm tidak harus membuat rancangan sama ada untuk hari Jumaat itu sendiri atau untuk hujung minggu.
Dalam ucapan yang sengit, panjang dan mendalam, Ivan Kruglov menyentuh topik DevOps dan SRE, siapa mereka dan cara mereka berhubung antara satu sama lain. Dia bercakap tentang "istilah menakutkan dari dunia SRE": SLA, SLO, Ralat Belanjawan dan beberapa yang lain.
Seterusnya ialah latihan dan lebih banyak amalan - memantau SLI dan SLO, menggunakan Belanjawan Ralat dan mengurus gangguan dan beban operasi (apigateway, mesh servis, pemutus litar). Dan banyak lagi.
Doa rahsia pemaju.
Oleh kerana topik SRE adalah sangat luas dan anda boleh bercakap tentang nuansa selama sekurang-kurangnya beberapa hari, telah diputuskan bahawa pada bulan Februari di DevOps Slurm seterusnya kami akan menumpukan lebih banyak masa untuk SRE dan aplikasi praktikalnya, sebagai yang paling relevan dan teknologi dalam permintaan.
Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)
aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть
mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложноSelepas ucapan, giliran banyak soalan datang, di luar talian dan dalam sembang kerja Slurm:
Владимир Гурьянов, [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.Peserta Slurm berkongsi tanggapan mereka:
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]:
Согласен! Было оч здорово! Спасибо организаторам!Selepas persidangan itu, kami meminta peserta memberikan maklum balas dalam borang Google Docs. Hasilnya menggembirakan dan memberi inspirasi kepada kami.
Terima kasih kepada semua orang yang bersama kami - di luar talian, di bilik persidangan Selectel dan dalam talian. Dan terima kasih banyak-banyak kepada para pembaca Habr. "!"(Dengan)
Sumber: www.habr.com