Abierta la inscripción para Slurm DevOps en Moscú

TL; DR

DevOps de Slurm 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 Slurm SRE por separado. El anuncio llegará más tarde.
¡Gracias a Selectel, nuestros patrocinadores desde el primer Slurm!

Abierta la inscripción para Slurm DevOps en Moscú

Sobre filosofía, escepticismo y éxito inesperado.

Asistí a DevOpsConf en Moscú a finales de septiembre.
Resumen de lo que escuché:
— DevOps es necesario para la mayoría de los proyectos de cualquier tamaño;
— DevOps es una cultura, como cualquier cultura, debe surgir desde dentro de la empresa. No se puede contratar a un ingeniero de DevOps y soñar que mejorará los procesos.
— Al final de la lista de lo que se necesita para la transformación de DevOps está la tecnología, es decir, las mismas herramientas de DevOps que enseñamos.

Me di cuenta de que teníamos razón al no incluir la filosofía y la cultura DevOps en el curso, porque esto no se puede enseñar de forma sistemática. Quien lo necesite lo leerá en libros. O encontrará un entrenador genial que convenza a todos con su carisma y autoridad.

Personalmente, siempre he sido partidario del “movimiento desde abajo”, la implementación guerrillera de la cultura a través de herramientas. Algo así como lo descrito en The Phoenix Project. Si tenemos el trabajo en equipo con Git configurado correctamente, podemos complementarlo lentamente con regulaciones y luego llegará a los valores.

Y de todos modos, cuando estábamos preparando DevOps Slurm, donde hablábamos exclusivamente de herramientas, tenía miedo de la reacción de los participantes: “Dijiste cosas maravillosas. Es una lástima, nunca podré implementarlos”. Había tanto escepticismo que inmediatamente suspendimos la repetición del programa.

Sin embargo, la mayoría de los participantes respondieron en la encuesta que los conocimientos adquiridos eran aplicables en la práctica y que implementarían algo en su propio país en un futuro próximo. Al mismo tiempo, todo lo que explicamos se incluyó en la lista de cosas útiles: Git, Ansible, CI/CD y SRE.

Conviene recordar que al principio también decían de Slurm Kubernetes que es imposible explicar los k3 en 8 días.

Con Ivan Kruglov, que dirigió el tema SRE, acordamos un programa separado. Actualmente estamos discutiendo los detalles, haré un anuncio pronto.

¿Qué pasará en Slurm DevOps?

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
  • Trabajar con varios representantes remotos
  • Flujo de GitHub
  • Bifurcación, control remoto, solicitud de extracción
  • Conflictos, comunicados, una vez más sobre Gitflow y otros flujos en relación a los equipos.

Tema #2: Trabajar con la aplicación desde el punto de vista del desarrollo

  • Escribir un microservicio en Python
  • Variables de entorno
  • Integración y pruebas unitarias.
  • Usando 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 montaje de fábrica y su aplicación en TI.
  • Un ejemplo de construcción de un oleoducto "general"
  • Software moderno para CI/CD: Drone CI, BitBucket Pipelines, Travis, etc.

Tema #4: CI/CD: Trabajar con Gitlab

  • CI de Gitlab
  • Gitlab Runner, sus tipos y aplicaciones.
  • Gitlab CI, características de configuración, mejores prácticas
  • Etapas de CI de Gitlab
  • Variables de CI de Gitlab
  • Construir, probar, implementar
  • Control y restricciones de ejecución: únicamente, cuando
  • Trabajar con artefactos
  • Plantillas dentro de .gitlab-ci.yml, reutilizando acciones en diferentes partes del proceso
  • 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: abordar la infraestructura como código
  • Proveedores de nube como proveedores de infraestructura
  • Herramientas de inicialización del sistema, creación de imágenes (empaquetador)
  • IaC usando Terraform como ejemplo
  • Almacenamiento de configuración, colaboración, automatización de aplicaciones.
  • Práctica de creación de playbooks de Ansible
  • Idempotencia, declaratividad
  • IaC usando Ansible como ejemplo

Tema #6: Pruebas de infraestructura

  • Pruebas e integración continua con Molecule y Gitlab CI
  • Usando vagabundo

Tema #7: Monitoreo de infraestructura con Prometheus

  • ¿Por qué es necesario el seguimiento?
  • Tipos de seguimiento
  • Notificaciones en el sistema de seguimiento.
  • Cómo construir un sistema de monitoreo saludable
  • Notificaciones legibles por humanos, para todos
  • Health Check: a qué debes prestar atención
  • Automatización basada en datos de seguimiento.

Tema #8: Registro de una aplicación con ELK

  • Mejores prácticas de registro
  • pila de alces

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

lugar: Moscú, sala de conferencias del hotel Sebastopol.

fechas: del 30 de enero al 1 de febrero, 3 días de arduo trabajo.

Registrarse

Fuente: habr.com

Añadir un comentario