El 4 de septiembre comenzó DevOps Slurm en San Petersburgo.
Todos los factores necesarios para un emocionante intensivo de tres días se reunieron en un solo lugar y al mismo tiempo: una cómoda sala de conferencias Selectel, siete docenas de desarrolladores curiosos en la sala y 32 participantes en línea, servidores Selectel para practicar. Y un dinosaurio verde acechando en un rincón.
El primer día de Slurm, tres ponentes se dirigieron a los participantes.
Pavel Selivanov, arquitecto de soluciones de Southbridge, ha estado involucrado en la administración durante más de 10 años y es un administrador certificado de Kubernetes. Orador habitual de Slurm. Realizó presentaciones en las conferencias Kubernetes Meetup y UWDC de Moscú. Tiene amplia experiencia en la implementación de Kubernetes: 5 proyectos: trabajo individual, más de 20 proyectos como parte de un equipo.
Artyom Galonsky, STO "ByuroByuro", llegó especialmente a Slurm DevOps desde Kaliningrado. Más de 12 años de experiencia en desarrollo comercial. Se desempeñó como líder de equipo y jefe del departamento de desarrollo desde 2011. Se convirtió en director técnico en 2016. Cree que un ingeniero devops es algo así como un unicornio. No en el sentido de que sólo una virgen pueda contagiarse. Lo que pasa es que nadie sabe qué es realmente.
Alexey Stepanenko, ingeniero del departamento de plataforma en la nube de Selectel, participa en las tareas de infraestructura para el mantenimiento de la nube OpenStack: monitoreo, CI/CD y gestión de configuración.
"... y luego cogí ese error".
Pavel Selivanov fue el primero en colmar de conocimientos a los participantes, y desde una dirección inesperada. Parecería que lo que tiene de especial Git es que parece ser la verdad más simple y común, la más elemental. 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. Recordamos git flow, ramas y etiquetas, estrategias de fusión.
Luego, Pavel Selivanov dedicó tiempo al trabajo en equipo con Git. Pasamos por la bifurcación, el control remoto y la 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.
"¡Oh, qué administrador!"
Después del almuerzo, cuando los participantes habían ganado algo de fuerza y estaban listos para seguir escuchando, 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 las líneas de montaje de las fábricas y su uso en TI. Compartió un ejemplo de construcción de un oleoducto "general". Se analizó el software moderno para CI/CD: Drone CI, BitBucket Pipelines, Travis.
Hacia las seis de la tarde los participantes empezaron a agotarse poco a poco. Hubo sugerencias de tomar descansos con más frecuencia. Las neocortezas que trabajaban activamente hicieron que la sala de conferencias pareciera notablemente más cálida. Incluso hubo una solicitud ganada con esfuerzo en el chat de trabajo: “Compañeros, no nos estresemos y tomemos más descansos #apoyo”
“- MaryIvanna, ¿puedo salir? - ¡No, siéntate!
Artyom Galonsky continuó sin piedad transmitiendo conocimientos a los participantes. Después de la pausa para el café, abrí el siguiente tema “CI/CD: Trabajar con Gitlab”.
“Ahora agarren fuerte sus computadoras portátiles. ¡Y-y, vámonos!”
Habló sobre Gitlab CI, características de configuración, mejores prácticas y luego sobre Gitlab Runner, sus tipos y aplicaciones. Se revisaron los pasos de Gitlab CI y las variables de Gitlab CI. Siguiendo las restricciones de control y ejecución (solo cuándo), habló sobre trabajar con artefactos. Plantillas mostradas dentro de .gitlab-ci.yml, reutilización de acciones en diferentes partes del proceso Incluir secciones. Completado con gestión centralizada de gitlab-ci.yml: un archivo y envío automático a otros repositorios.
Después de más galletas y café, Alexey Stepanenko se dirigió a los participantes con el tema “Infraestructura como código: una aproximación a la infraestructura como código”. El público presente en la sala se interesó mucho por el tema del día siguiente “IaC usando el ejemplo de Terraform” y exigió historias conmovedoras.
Никита Суворов, [4 сент. 2019 г., 20:27:35]:
@f3exx а по терраформу будут душещипательные истории или все закончится лабами?
Aleksey Stepanenko, [4 сент. 2019 г., 20:28:32]:
Будет одна точно)
Dmitriy Miroshnichenko, [4 сент. 2019 г., 20:28:38]:
эээ, например какие?
джун взял стейт и все убил?En el quinto Slurm probamos el esquema "escalera", cuando el material se pasa de simple a complejo, comenzando desde Git y terminando en SRE. Las cosas no salieron muy bien: los participantes geniales se aburrieron de los temas fáciles. A ver cómo va la parte difícil del intensivo del 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 Slurm, cabrá menos información en él. Hay que sacrificar algo: sacrificamos un ritmo cómodo. Especialmente para poder encajar y compactar todo lo que tienes en la cabeza, se realizan grabaciones intensivas.
Pavel Selivanov preguntó varias veces a la audiencia si estaban preparados para continuar o trasladar una serie de subtemas de IaC al día siguiente. Durante mucho tiempo, la amistad y la neutralidad ganaron la votación. Y sólo a las ocho y media de la tarde ganaron aquellos que aún recordaban que debían dormir por la noche.
Declaramos responsablemente que durante el primer día de Slurm, los ingenieros de DevOps no dañaron ni un solo dinosaurio. Quedan dos jornadas más intensas por delante. Los más interesantes, complejos y deliciosos: IaC y SRE.
Fuente: habr.com