La inscripció per a Slurm DevOps a Moscou està oberta

TL; DR

Slurm DevOps se celebrarà a Moscou del 30 de gener a l'1 de febrer.

Tornarem a analitzar les eines DevOps a la pràctica.
Detalls i programa sota el tall.
SRE es va eliminar del programa, perquè juntament amb Ivan Kruglov estem preparant un Slurm SRE separat. L'anunci serà més tard.
Gràcies a Selectel, els nostres patrocinadors del primer Slurm!

La inscripció per a Slurm DevOps a Moscou està oberta

Sobre filosofia, escepticisme i èxits inesperats

Vaig visitar DevOpsConf a Moscou a finals de setembre.
Resum del que vaig sentir:
- DevOps és necessari per a la majoria dels grans projectes;
- DevOps és una cultura, com qualsevol cultura, ha de venir de dins de l'empresa. No podeu contractar un enginyer de DevOps i somiar que desenvoluparà processos.
- Al final de la llista del que es necessita per a la transformació de DevOps, hi ha tecnologies, és a dir, les mateixes eines DevOps que ensenyem.

Em vaig adonar que teníem raó en no incloure la filosofia i la cultura de DevOps al curs, perquè això no es pot ensenyar sistemàticament. Qui ho necessiti, llegiu-lo en llibres. O trobarà un entrenador genial que convèncer a tothom amb el seu carisma i autoritat.

Personalment, sempre he estat partidari del “moviment des de baix”, la implantació guerrillera de la cultura a través de les eines. Una cosa com la que es descriu al Projecte Phoenix. Si tenim el treball en equip amb Git configurat correctament, podrem complementar-lo a poc a poc amb normatives, i després arribarà als valors.

I encara, quan vam preparar el DevOps Slurm, on només es tractava d'eines, vaig tenir por de la reacció dels participants: “Veu dir grans coses. Llàstima que mai els podré implementar". Hi havia tant d'escepticisme que de seguida vam posar fi a la repetició del programa.

Tanmateix, la majoria dels participants van respondre a l'enquesta que els coneixements adquirits són aplicables a la pràctica i que implementaran alguna cosa al seu país en un futur proper. Al mateix temps, tot el que vam explicar es va incloure a la llista de coses útils: Git, Ansible, CI / CD i SRE.

Val la pena recordar que al principi també deien sobre Kubernetes Slurm que era impossible explicar els k3 en 8 dies.

Amb Ivan Kruglov, que va dirigir el tema SRE, vam acordar un programa separat. Ara discutint els detalls, faré un anunci aviat.

Què passarà a Slurm DevOps?

Programa

Tema #1: Treball en equip amb Git

  • Ordres bàsiques git init, commit, add, diff, log, status, pull, push
  • Flux de Git, branques i etiquetes, estratègies de fusió
  • Treballant amb múltiples representants a distància
  • Flux de GitHub
  • Forquilla, comandament a distància, sol·licitud d'extracció
  • Conflictes, llançaments, una vegada més sobre Gitflow i altres fluxos en relació als equips

Tema #2: Treballar amb l'aplicació des del punt de vista del desenvolupament

  • Escriptura d'un microservei en Python
  • Variables del mediambient
  • Integració i proves unitàries
  • Ús de docker-compose en desenvolupament

Tema #3: CI/CD: Introducció a l'automatització

  • Introducció a l'automatització
  • Eines (bash, make, gradle)
  • Ús de git hooks per automatitzar processos
  • Línies de muntatge de transportadors de fàbrica i la seva aplicació en informàtica
  • Un exemple de construcció d'un gasoducte "general".
  • Programari CI/CD modern: Drone CI, BitBucket Pipelines, Travis, etc.

Tema #4: CI/CD: Treballar amb Gitlab

  • Gitlab CI
  • Gitlab Runner, els seus tipus i usos
  • Gitlab CI, funcions de personalització, bones pràctiques
  • Passos de Gitlab CI
  • Variables Gitlab CI
  • Construir, provar, desplegar
  • Control d'execució i restriccions: només, quan
  • Treballar amb artefactes
  • Plantilles dins de .gitlab-ci.yml, reutilitzant accions en diferents parts del pipeline
  • Inclou seccions
  • Gestió centralitzada de gitlab-ci.yml (un fitxer i enviaments automàtics a altres repositoris)

Tema #5: Infraestructura com a codi

  • IaC: abordar la infraestructura com a codi
  • Proveïdors de núvol com a proveïdors d'infraestructures
  • Eines d'inicialització del sistema, creació d'imatges (empaquetador)
  • IaC sobre l'exemple de Terraform
  • Emmagatzematge de configuració, col·laboració, automatització d'aplicacions
  • La pràctica de crear llibres de jugades Ansible
  • Idempotència, declarativa
  • IaC sobre l'exemple d'Ansible

Tema #6: Proves d'infraestructura

  • Proves i integració contínua amb Molecule i Gitlab CI
  • Aplicació vagabunda

Tema #7: Seguiment d'infraestructures amb Prometheus

  • Per què cal un seguiment
  • Tipus de seguiment
  • Notificacions al sistema de seguiment
  • Com construir un sistema de control saludable
  • Notificacions llegibles pels humans, per a tothom
  • Revisió de salut: què cal tenir en compte
  • Automatització basada en dades de seguiment

Tema #8: Registre d'aplicacions amb ELK

  • Bones pràctiques de registre
  • pila ELK

Tema #9: Automatització de la infraestructura amb ChatOps

  • DevOps i ChatOps
  • Punts forts de ChatOps
  • Slack i alternatives
  • Bots per a ChatOps
  • Hubot i alternatives
  • Безопасность
  • Bones i pitjors pràctiques

Lloc: Moscou, sala de conferències de l'hotel Sebastopol.

Dates: del 30 de gener a l'1 de febrer, 3 dies d'esforç.

registre

Font: www.habr.com

Afegeix comentari