Ha llegado el tercer y último día del primero, pero no el último, DevOps Slurm.
No esperábamos poder replicar Slurm DevOps. Pero, inesperadamente para nosotros, todos los oradores acordaron venir a Slurm en febrero y los comentarios nos mostraron exactamente cómo finalizar el programa. Se comprende cómo hacer que el programa intensivo sea más holístico y detallado, y que algunos temas sean más prácticos. Por eso, en febrero vamos a celebrar un DevOps Slurm en Moscú. Los detalles estarán disponibles más cerca de diciembre. El anuncio seguramente aparecerá en Habré.
El 6 de septiembre, tercer día de Slurm, hablaron cuatro oradores.
Vladimir Guryanov, ingeniero/líder de equipo en Southbridge, cuyo discurso en el segundo día de Slurm DevOps fue del agrado de los participantes del intensivo. Vladimir apoya activamente el enfoque DevOps en su trabajo y trata de implementarlo en todas partes.
Pavel Selivanov, una reconocida estrella de Slurm, el inspirador del primer Kubernetes Slurm. Los estudiantes escribieron sobre él que "sería fantástico si dirigiera todo el programa". Pavel es un administrador certificado de Kubernetes. Tiene una amplia experiencia práctica en la implementación de Kubernetes: más de 25 proyectos en equipo e individualmente.
Eduard Medvedev, CTO de Tungsten Labs, desarrolló e implementó ChatOps en la automatización de centros de datos. Tras su intervención en Slurm, muchos participantes pensaron en implementar ChatOps en sus empresas. Ahora trabaja con éxito como consultor de seguridad.
Ivan Kruglov, desarrollador principal de Booking.com, es una verdadera estrella invitada de la conferencia. Fue para su discurso que algunos participantes se inscribieron en Slurm DevOps. En Booking.com trabajó en proyectos de infraestructura como entrega y procesamiento de mensajes distribuidos, BigData y web-stack, búsqueda. Ahora en su lista de tareas está la construcción de una nube interna y Service Mesh.
Realizamos extensas entrevistas con Eduard Medvedev e Ivan Kruglov; las publicaremos en Habré cuando estén listas.
El público, con su aspecto pensativo, mostraba un ligero cansancio. Los dos intensos días anteriores me obligaron a trabajar al límite, mi cabeza requería descanso y días libres. Pero los tópicos y ponentes del tercer día disiparon el cansancio y la somnolencia. Especialmente Ingeniería de Confiabilidad del Sitio e Ivan Kruglov.
Hacia su finalización Se decidió posponer el monitoreo de la infraestructura de Prometheus hasta mañana. El intensivo resultó demasiado intenso: no todos los participantes pudieron mantener el ritmo.
Por eso el tercer día comenzó con el discurso de Vladimir Guryanov. Explicó brevemente por qué es realmente necesario el seguimiento. Tipos de seguimiento descritos y clasificados. Mencioné el tema de las notificaciones en el seguimiento.
Los temas “Cómo construir un sistema de monitoreo saludable” y “Notificaciones legibles por humanos” resonaron en la audiencia muy rápidamente. Vladimir concluyó su presentación con el tema Health Check, a qué se debe prestar atención y cómo configurar la automatización basada en datos de seguimiento.
Para despertar a los participantes somnolientos y activar al máximo su capacidad de aprendizaje, Pavel Selivanov, siguiendo a Vladimir Guryanov, llamó la atención del público con el tema "Registrar una aplicación en ELK". Mostró a los participantes de Slurm nuestras mejores prácticas de registro y revisó la pila de ELK.
Después de la primera pausa para el café, llena de comunicación y galletas, los participantes del Slurm tomaron asiento entre el público.
Las actuaciones de Guryanov, Selivanov y el alcaloide purínico cafeína hicieron su insidioso trabajo. La cafeína llegó a los receptores de adenosina del cerebro, reemplazando allí al nucleósido de purina adenosina, responsable de los procesos de inhibición, lo que simplemente privó a los participantes de Slurm de la oportunidad de "ser perezosos" y "dormir una siesta". No todos entendieron lo que pasó. Pero todos se animaron.
De este modo, el público estaba cien por cien preparado para seguir aprendiendo y absorbiendo activamente conocimientos. Y al discurso de Eduard Medvedev.
Eduard habló sobre el tema de la automatización de infraestructuras con ChatOps y habló sobre la integración de mensajeros con pipelines.
El broche del tercer día de Slurm y Slurm DevOps en general fue la presentación de Ivan Kruglov, desarrollador principal de Booking.com. Ivan inmediatamente captó la atención de la audiencia, admitiendo que tenía más de 140 diapositivas en su presentación, con lo que insinuó cuidadosamente que los participantes de Slurm no deberían hacer planes ni para el viernes ni para el fin de semana.
En un intenso, largo y profundo discurso, Ivan Kruglov abordó el tema DevOps y SRE, quiénes son y cómo se relacionan entre sí. Habló de “términos aterradores del mundo de SRE”: SLA, SLO, Error Budget y algunos otros.
Luego vino la práctica y aún más práctica: monitorear SLI y SLO, usar Error Budget y administrar interrupciones y carga operativa (apigateway, service mesh, disyuntores). Y mucho, mucho más.
La oración secreta de un desarrollador.
Dado que el tema de SRE es extremadamente amplio y se pueden hablar de los matices durante al menos varios días, se decidió que en febrero, en el próximo DevOps Slurm, dedicaremos aún más tiempo a SRE y su aplicación práctica, como el tema más relevante y tecnología en demanda.
Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)
aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть
mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложноTras las intervenciones llegó el turno de numerosas preguntas, tanto offline como en el chat de trabajo 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.Los participantes de Slurm compartieron sus impresiones:
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]:
Согласен! Было оч здорово! Спасибо организаторам!Después de la conferencia, pedimos a los participantes que proporcionaran comentarios en un formulario de Google Docs. Los resultados nos agradaron e inspiraron.
Gracias a todos los que estuvieron con nosotros: fuera de línea, en la sala de conferencias de Selectel y en línea. Y muchas gracias a los lectores de Habr. "!"(Con)
Fuente: habr.com