El 4 de septiembre en San Petersburgo comenzó Slurm DevOps.
En un lugar y al mismo tiempo, todos los factores necesarios se reunieron para un fascinante intensivo de tres días: una conveniente sala de conferencias Selectel, siete docenas de desarrolladores curiosos en la sala y 32 participantes en línea, el servidor Selectel para practicar. Y un dinosaurio verde al acecho en una esquina.
El primer día de Slurm, tres oradores se dirigieron a los participantes.
Pavel Selivanov, arquitecto de soluciones en Southbridge, ha estado administrando durante más de 10 años, es un administrador certificado de Kubernetes. Ponente permanente de Slurm. Dio presentaciones en las conferencias Moscow Kubernetes Meetup y UWDC. Tiene una amplia experiencia en la implementación de Kubernetes: 5 proyectos: trabajo individual, más de 20 proyectos como parte de un equipo.
Artyom Galonsky, Bureau of Bureau Bureau, llegó especialmente a Slurm DevOps desde Kaliningrado. Experiencia en desarrollo comercial por más de 12 años. Actuó como líder de equipo / jefe del departamento de desarrollo desde 2011. Se convirtió en Director Técnico en 2016. Él piensa que el ingeniero devops es un poco unicornio. No en el sentido de que solo una virgen pueda atraparlo. Y el hecho de que nadie sabe lo que realmente es.
Alexey Stepanenko, ingeniero del departamento de plataforma en la nube Selectel, se dedica a las tareas de infraestructura para el servicio de la nube OpenStack: monitoreo, CI / CD y gestión de la configuración.
"... y luego atrapé un error así".
El primero que se enteró de los participantes fue Pavel Selivanov, y de un lado inesperado. Parece que lo que tiene de especial Git son las verdades elementales más simples y mundanas. Pero en realidad, pocas personas saben cómo trabajar correctamente con Git. Revisamos los comandos básicos git init, commit, add, diff, log, status, pull, push. Recordaron git flow, ramas y etiquetas, estrategias de fusión.
Entonces Pavel Selivanov se tomó el tiempo para trabajar con Git. Pasamos por tenedor, control remoto, solicitud de extracción. Y luego discutimos conflictos, lanzamientos, y una vez más volvimos a Gitflow y otros flujos en relación con los equipos.
"¡Ah, qué administrador!"
Después del almuerzo, cuando los participantes ganaron algo de fuerza y se prepararon para escuchar más, fue el turno de CI / CD.
Artyom Galonsky comenzó con el tema "CI / CD: Introducción a la automatización". Examinó en detalle las herramientas bash, make, gradle, así como el uso de git-hooks para automatizar procesos. Habló sobre el ensamblaje de la línea de ensamblaje de fábrica y su aplicación en TI. Compartió un ejemplo de construcción de una tubería "común". Se analizó el software moderno para CI / CD: Drone CI, BitBucket Pipelines, Travis.
Cerca de las seis de la tarde, los participantes comenzaron a agotarse lentamente. Hubo sugerencias para tomar descansos más a menudo. Trabajar activamente en las neocortezas en la sala de conferencias se sintió más cálido. En un chat de trabajo, incluso hubo una solicitud larga: "Colegas, no tropecemos y tomemos más descansos #support"
"- Mary Ivanna, ¿puedo salir? - ¡No, siéntate!"
Artyom Galonsky continuó sin piedad cargar el conocimiento en los participantes. Después de preparar el café, abrí el siguiente tema, "CI / CD: Trabajando con Gitlab".
"Ahora agárrate fuerte a las computadoras portátiles. ¡Y vámonos!"
Habló sobre Gitlab CI, características de ajuste, mejores prácticas, luego sobre Gitlab Runner, sus tipos y aplicaciones. Consideró las etapas de Gitlab CI y las variables de Gitlab CI. Siguiendo las restricciones de control y ejecución (solo, cuando), hablé sobre trabajar con artefactos. Mostré las plantillas dentro de .gitlab-ci.yml, reutilizando acciones en diferentes secciones de la sección Incluir tubería - secciones. Completó la administración centralizada de gitlab-ci.yml: un archivo y envío automático a otros repositorios.
Después de las galletas y el café, Alexey Stepanenko se dirigió a los participantes con el tema "Infraestructura como código: un enfoque de la infraestructura como código". En la sala, el público estaba muy interesado en el tema del día siguiente, "IaC en el ejemplo de Terraform", exigieron historias sentimentales.
, [4 . 2019 ., 20:27:35]: @f3exx ? Aleksey Stepanenko, [4 . 2019 ., 20:28:32]: ) Dmitriy Miroshnichenko, [4 . 2019 ., 20:28:38]: , ? ?
En el quinto Slurme, probamos el esquema de "escalera", cuando el material se entrega de simple a complejo, con un inicio de Git y un final en SRE. No funcionó muy bien: los participantes geniales se aburrieron con temas ligeros. Veamos cómo va la parte difícil de la intensidad el viernes.
En el chat de Slurm escriben:
, [4 . 2019 ., 16:17:28]: , . , . Alexander B, [4 . 2019 ., 16:18:06]: , - - , Fedor, [4 . 2019 ., 16:18:21]: +1 , 80% , [4 . 2019 ., 16:19:01]: runners )
Si ralentizas el curso de Slurm, entrará menos información. Debemos sacrificar algo, nos sacrificamos a un ritmo cómodo. Especialmente para encajar y embestir todo en la cabeza, hay notas de la intensidad.
Pavel Selivanov varias veces le preguntó a la audiencia qué tan listos están para continuar más o para transferir varios subtemas de IaC al día siguiente. Durante mucho tiempo, la amistad y la neutralidad ganaron el voto. Y solo a las ocho y media de la noche, aquellos que aún recordaban que en la noche, en teoría, debías dormir, ganaron.
Declaramos responsablemente que el primer día de Slurm, ningún dinosaurio resultó herido por los ingenieros de DevOps. Todavía hay dos días de intenso por delante. Lo más interesante, complejo y delicioso: IaC y SRE.