TL; DR
Slurm DevOps se llevará a cabo en Moscú del 30 de enero al 1 de febrero.
Nuevamente analizaremos las herramientas DevOps en la práctica.
Detalles y programa bajo el corte.
SRE fue eliminado del programa, porque junto con Ivan Kruglov, estamos preparando un SREM SRE por separado. El anuncio será más tarde.
¡Gracias a Selectel, nuestros patrocinadores de la primera Slurm!
Sobre filosofía, escepticismo y éxito inesperado
Visité DevOpsConf en Moscú a finales de septiembre.
Resumen de lo que escuché:
- DevOps necesita la mayoría de los proyectos grandes;
- DevOps es una cultura, como cualquier cultura, debe provenir de la empresa. No puedes contratar a un ingeniero de DevOps y soñar que ofende los procesos.
- Al final de la lista de lo que se necesita para la transformación de DevOps, hay tecnologías, es decir, las mismas herramientas de DevOps que capacitamos.
Me di cuenta de que no incluimos correctamente la filosofía y la cultura de DevOps en el curso, porque esto no se puede enseñar sistemáticamente. Quien necesita leer en los libros. O encontrará un entrenador súper genial que convencerá a todos con su carisma y autoridad.
Personalmente, siempre he sido partidario del "movimiento desde abajo", la introducción partidista de la cultura a través de herramientas. Algo así descrito en el Proyecto Phoenix. Si hemos configurado correctamente el trabajo en equipo con Git, puede complementarlo lentamente con regulaciones, y ahí se trata de valores.
Y de todos modos, cuando estábamos preparando el DevOps Slurm, donde se trataba exclusivamente de herramientas, tenía miedo de la reacción de los participantes: “Dijiste cosas maravillosas. Lo siento, nunca puedo implementarlos ". Había tanto escepticismo que inmediatamente pusimos fin a la repetición del programa.
Sin embargo, la mayoría de los participantes respondieron en una encuesta que el conocimiento adquirido es aplicable en la práctica, y que implementarán algo en un futuro cercano. Al mismo tiempo, todo lo que explicamos estaba en la lista de útiles: Git y Ansible, y CI / CD y SRE.
Vale la pena recordar que, al principio, también hablaron sobre Slurm Kubernetes, que es imposible explicar los k8 en 3 días.
Con Ivan Kruglov, quien dirigió el tema de SRE, acordamos un programa separado. Ahora estamos discutiendo los detalles, pronto haré un anuncio.
¿Qué pasará en Slurm DevOps?
El programa
Tema # 1: Trabajo en equipo con Git
- Comandos básicos git init, commit, add, diff, log, status, pull, push
- Git flow, ramas y etiquetas, estrategias de fusión
- Trabajando con múltiples repeticiones remotas
- Flujo de Github
- Horquilla, control remoto, solicitud de extracción
- Conflictos, lanzamientos, una vez más sobre Gitflow y otros flujos en relación con los equipos.
Tema №2: Trabajar con la aplicación desde un punto de vista de desarrollo
- Escribir un microservicio en Python
- Variables de entorno
- Integración y pruebas unitarias
- Uso de docker-compose en desarrollo
Tema 3: CI / CD: Introducción a la automatización
- Introducción a la automatización
- Herramientas (bash, make, gradle)
- Usando git-hooks para automatizar procesos
- Líneas de ensamblaje de transportadores de fábrica y su aplicación en TI
- Un ejemplo de construcción de una tubería "común"
- Software moderno de CI / CD: Drone CI, BitBucket Pipelines, Travis, etc.
Tema # 4: CI / CD: Trabajando con Gitlab
- Gitlab ci
- Gitlab Runner, sus tipos y aplicación.
- Gitlab CI, características de personalización, mejores prácticas
- Etapas de Gitlab CI
- Variables CI de Gitlab
- Montaje, prueba, despliegue
- Restricciones de control y ejecución: solo cuando
- Trabajar con artefactos
- Plantillas dentro de .gitlab-ci.yml, reutilizando acciones en diferentes partes de la tubería
- Incluir - secciones
- Gestión centralizada de gitlab-ci.yml (un archivo y envío automático a otros repositorios)
Tema # 5: Infraestructura como Código
- IaC: un enfoque de la infraestructura como código
- Proveedores en la nube como proveedores de infraestructura
- Herramientas de inicialización del sistema, ensamblaje de imágenes (empaquetador)
- IaC sobre el ejemplo de Terraform
- Almacenamiento de configuración, colaboración, automatización de aplicaciones.
- Practica creando libros de jugadas ansibles
- Idempotencia, declaratividad
- IaC Ansible
Tema # 6: Infraestructura de prueba
- Pruebas e integración continua con Molecule y Gitlab CI
- Aplicación vagabunda
Tema # 7: Infraestructura de monitoreo con Prometheus
- Por qué se necesita monitoreo
- Tipos de monitoreo
- Notificaciones en el sistema de monitoreo
- Cómo construir un sistema de monitoreo saludable
- Avisos legibles por humanos, para todos
- Comprobación de salud: qué buscar
- Automatización basada en datos de monitoreo
Tema # 8: Registro de aplicaciones con ELK
- Mejores prácticas de registro
- Pila de ELK
Tema # 9: Automatización de infraestructura con ChatOps
- DevOps y ChatOps
- ChatOps: Fortalezas
- Holgura y alternativas
- Bots para ChatOps
- Hubot y alternativas
- Seguridad
- Mejores y peores prácticas
Ubicación: Moscú, Sevastopol Hotel Conference Hall.
Fechas: del 30 de enero al 1 de febrero, 3 días de arduo trabajo.
Registro