A inscrición para Slurm DevOps en Moscova está aberta

TL, RD

Slurm DevOps celebrarase en Moscova do 30 de xaneiro ao 1 de febreiro.

De novo analizaremos as ferramentas DevOps na práctica.
Detalles e programa baixo o corte.
SRE foi eliminado do programa porque xunto con Ivan Kruglov estamos preparando un Slurm SRE separado. O anuncio chegará máis tarde.
Grazas a Selectel, os nosos patrocinadores dende o primeiro Slurm!

A inscrición para Slurm DevOps en Moscova está aberta

Sobre a filosofía, o escepticismo e o éxito inesperado

Asistín a DevOpsConf en Moscova a finais de setembro.
Resumo do que escoitei:
— DevOps é necesario para a maioría dos proxectos de calquera tamaño;
— DevOps é unha cultura, como calquera cultura, debe vir de dentro da empresa. Non podes contratar un enxeñeiro de DevOps e soñar que mellorará os procesos.
— Ao final da lista do que se necesita para a transformación de DevOps vén a tecnoloxía, é dicir, as propias ferramentas DevOps que ensinamos.

Decateime de que tiñamos razón ao non incluír a filosofía e a cultura DevOps no curso, porque isto non se pode ensinar de forma sistemática. Quen o precise lerao nos libros. Ou atopará un adestrador super cool que convencerá a todos co seu carisma e autoridade.

Persoalmente, sempre fun partidario do “movemento desde abaixo”, da implantación guerrilleira da cultura a través das ferramentas. Algo como o descrito en The Phoenix Project. Se temos o traballo en equipo con Git configurado correctamente, pouco a pouco poderemos complementalo con normativas, e logo chegará a valores.

E así mesmo, cando estabamos a preparar o DevOps Slurm, onde falabamos exclusivamente de ferramentas, tiña medo á reacción dos participantes: “Dixes cousas marabillosas. É unha mágoa, nunca poderei poñelas en práctica". Había tanto escepticismo que enseguida puxemos fin a repetir o programa.

Non obstante, a maioría dos participantes respondeu na enquisa que os coñecementos adquiridos eran aplicables na práctica e que implementarían algo no seu propio país nun futuro próximo. Ao mesmo tempo, todo o que explicamos incluíuse na lista de cousas útiles: Git, Ansible, CI/CD e SRE.

Paga a pena lembrar que ao principio tamén dixeron sobre Slurm Kubernetes que é imposible explicar os k3s en 8 días.

Con Ivan Kruglov, que dirixiu o tema SRE, acordamos un programa separado. Actualmente estamos discutindo os detalles, farei un anuncio en breve.

Que pasará en Slurm DevOps?

Programa

Tema #1: Traballo en equipo con Git

  • Comandos básicos git init, commit, add, diff, log, status, pull, push
  • Fluxo de Git, ramas e etiquetas, estratexias de fusión
  • Traballando con varios representantes remotos
  • Fluxo de GitHub
  • Fork, control remoto, solicitude de extracción
  • Conflitos, lanzamentos, unha vez máis sobre Gitflow e outros fluxos en relación aos equipos

Tema #2: Traballar coa aplicación dende o punto de vista do desenvolvemento

  • Escribir un microservizo en Python
  • Variables de ambiente
  • Integración e probas unitarias
  • Usando docker-compose no desenvolvemento

Tema #3: CI/CD: introdución á automatización

  • Introdución á automatización
  • Ferramentas (bash, make, gradle)
  • Usando git-hooks para automatizar procesos
  • Liñas de montaxe en fábrica e a súa aplicación en informática
  • Un exemplo de construción dunha canalización "xeral".
  • Software moderno para CI/CD: Drone CI, BitBucket Pipelines, Travis, etc.

Tema #4: CI/CD: Traballar con Gitlab

  • Gitlab CI
  • Gitlab Runner, os seus tipos e aplicacións
  • Gitlab CI, características de configuración, prácticas recomendadas
  • Gitlab CI Etapas
  • Variables CI de Gitlab
  • Construír, probar, implementar
  • Control de execución e restricións: só, cando
  • Traballando con artefactos
  • Modelos dentro de .gitlab-ci.yml, reutilizando accións en diferentes partes da canalización
  • Incluír seccións
  • Xestión centralizada de gitlab-ci.yml (un ficheiro e inserción automática a outros repositorios)

Tema #5: Infraestrutura como Código

  • IaC: Aproximación á infraestrutura como código
  • Provedores de nube como provedores de infraestrutura
  • Ferramentas de inicialización do sistema, creación de imaxes (empaquetadora)
  • IaC usando Terraform como exemplo
  • Almacenamento da configuración, colaboración, automatización de aplicacións
  • Práctica de creación de Ansible playbooks
  • Idempotencia, declaratividade
  • IaC usando Ansible como exemplo

Tema #6: Probas de infraestruturas

  • Probas e integración continua con Molecule e Gitlab CI
  • Usando Vagrant

Tema #7: Seguimento da infraestrutura con Prometheus

  • Por que é necesario un seguimento?
  • Tipos de vixilancia
  • Notificacións no sistema de vixilancia
  • Como construír un sistema de vixilancia saudable
  • Notificacións lexibles para todos
  • Chequeo de saúde: o que debes prestar atención
  • Automatización baseada en datos de monitorización

Tema #8: rexistrar unha aplicación con ELK

  • Mellores prácticas de rexistro
  • pila ELK

Tema #9: Automatización de infraestruturas con ChatOps

  • DevOps e ChatOps
  • ChatOps: Fortalezas
  • Folga e alternativas
  • Bots para ChatOps
  • Hubot e alternativas
  • Безопасность
  • Mellores e peores prácticas

Un lugar: Moscova, sala de conferencias do hotel Sevastopol.

Datas: do 30 de xaneiro ao 1 de febreiro, 3 días de duro traballo.

inscrición

Fonte: www.habr.com

Engadir un comentario