Chegou o terceiro e último día do primeiro, pero non o último, DevOps Slurm.
Non esperabamos poder replicar Slurm DevOps. Pero de forma inesperada para nós, todos os relatores acordaron vir a Slurm en febreiro, e os comentarios mostraronnos exactamente como finalizar o programa. Hai unha comprensión de como facer o programa intensivo máis holístico e detallado, e algúns temas máis prácticos. Así que en febreiro celebraremos un DevOps Slurm en Moscova. Os detalles estarán dispoñibles máis preto de decembro. O anuncio aparecerá definitivamente en Habré.
O 6 de setembro, terceiro día de Slurm, interviñeron catro relatores.
Vladimir Guryanov, enxeñeiro/xefe de equipo en Southbridge, cuxo discurso no segundo día de Slurm DevOps gustou moito aos participantes do intensivo. Vladimir é un defensor activo do enfoque DevOps no seu traballo e intenta implementalo en todas partes.
Pavel Selivanov, unha coñecida estrela de Slurm, o inspirador do primeiro Slurm de Kubernetes. Os estudantes escribiron sobre el que "sería xenial que dirixise todo o programa". Pavel é un administrador certificado de Kubernetes. Ten unha ampla experiencia práctica na implementación de Kubernetes: máis de 25 proxectos en equipo e individualmente.
Eduard Medvedev, CTO de Tungsten Labs, desenvolveu e implementou ChatOps na automatización do centro de datos. Despois da súa intervención en Slurm, moitos participantes pensaron en implementar ChatOps nas súas empresas. Agora traballa con éxito como consultor de seguridade.
Ivan Kruglov, desenvolvedor principal de Booking.com, é unha auténtica estrela convidada da conferencia. Foi polo seu discurso que algúns participantes rexistráronse en Slurm DevOps. En Booking.com traballou en proxectos de infraestrutura como a entrega e procesamento de mensaxes distribuídas, BigData e web-stack, busca. Agora na súa lista de tarefas está a construción dunha nube interna e Service Mesh.
Realizamos amplas entrevistas con Eduard Medvedev e Ivan Kruglov; publicarémolas en Habré cando esteas.
O público, coa súa aparencia pensativa, mostrou un lixeiro cansazo. Os dous días intensivos anteriores obrigáronme a traballar ao límite, as miñas cabezas requirían descanso e días libres. Pero os temas e relatores do terceiro día dispersaron o cansazo e a somnolencia. Especialmente Site Reliability Engineering e Ivan Kruglov.
Cara ao remate decidiuse aprazar a vixilancia das infraestruturas de Prometheus para mañá. O intensivo resultou demasiado intenso: non todos os participantes puideron seguir o ritmo.
E polo tanto, o terceiro día comezou cun discurso de Vladimir Guryanov. Explicou brevemente por que é realmente necesario o seguimento. Tipos de vixilancia descritos e clasificados. Toquei o tema das notificacións na vixilancia.
Os temas "Como construír un sistema de vixilancia saudable" e "Notificacións lexibles por humanos" resonaron na audiencia moi rapidamente. Vladimir concluíu a súa presentación co tema do Control de saúde, a que debes prestar atención e como configurar a automatización baseada nos datos de seguimento.
Para sacudir aos participantes adormecidos e activar ao máximo as súas habilidades de aprendizaxe, seguindo a Vladimir Guryanov, Pavel Selivanov captou a atención do público co tema "Registrar unha aplicación con ELK". Mostrou aos participantes de Slurm as nosas mellores prácticas de rexistro e revisou a pila ELK.
Despois da primeira pausa café, chea de comunicación e galletas, os participantes de Slurm tomaron asentos entre o público.
As actuacións de Guryanov, Selivanov e o alcaloide de purina cafeína fixeron o seu traballo insidioso. A cafeína chegou aos receptores de adenosina do cerebro, substituíndo alí o nucleósido de purina adenosina, responsable dos procesos de inhibición, o que simplemente privou aos participantes de Slurm da posibilidade de "ser preguiceiro" e "facer unha sesta". Non todos entenderon o que pasou. Pero todos se animaron.
Así, o público estaba cen por cen preparado para seguir aprendendo e para a absorción activa do coñecemento. E ao discurso de Eduard Medvedev.
Eduard falou sobre o tema da automatización das infraestruturas con ChatOps e falou sobre a integración de mensaxeiros con canalizacións.
O final do terceiro día de Slurm e Slurm DevOps en xeral foi a presentación de Ivan Kruglov, desenvolvedor principal de Booking.com. Ivan captou inmediatamente a atención da audiencia, admitindo que tiña máis de 140 diapositivas na súa presentación, dando a entender que os participantes de Slurm non deberían facer plans nin para o venres nin para a fin de semana.
Nun discurso intenso, longo e profundo, Ivan Kruglov tocou o tema de DevOps e SRE, quen son e como se relacionan entre si. Falou de "termos terroríficos do mundo da SRE": SLA, SLO, Error Budget e algúns outros.
A continuación veu a práctica e aínda máis a práctica: supervisar SLI e SLO, usar o orzamento de erros e xestionar as interrupcións e a carga operativa (apigateway, malla de servizo, interruptores automáticos). E moito, moito máis.
A oración secreta dun programador.
Dado que o tema da SRE é extremadamente amplo e podes falar dos matices polo menos durante varios días, decidiuse que en febreiro no próximo DevOps Slurm dediquemos aínda máis tempo á SRE e á súa aplicación práctica, como a máis relevante e tecnoloxía en demanda.
Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)
aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть
mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложноDespois das intervencións chegou a quenda de numerosas preguntas, tanto fóra de liña como no chat de traballo de 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.Os participantes de Slurm compartiron as súas impresións:
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]:
Согласен! Было оч здорово! Спасибо организаторам!Despois da conferencia, pedímoslles aos participantes que nos proporcionaran comentarios nun formulario de Google Docs. Os resultados agradáronnos e inspiráronnos.
Grazas a todos os que estiveron connosco: fóra de liña, na sala de conferencias de Selectel e en liña. E moitas grazas aos lectores de Habr. "!" (Con)
Fonte: www.habr.com