As inscrições estão abertas para o Slerm DevOps em Moscou

TL; DR


O Slurm DevOps será realizado em Moscou, de 30 de janeiro a 1 de fevereiro.


Mais uma vez, analisaremos as ferramentas do DevOps na prática.
Detalhes e programa sob o corte.
O SRE foi removido do programa porque, juntamente com Ivan Kruglov, estamos preparando um SREM SRE separado. O anúncio será posterior.
Graças a Selectel, nossos patrocinadores do primeiro Slurm!



Sobre filosofia, ceticismo e sucesso inesperado


Eu visitei o DevOpsConf em Moscou no final de setembro.
Resumo do que ouvi:
- DevOps precisa da maioria dos grandes projetos;
- O DevOps é uma cultura, como qualquer cultura, deve vir de dentro da empresa. Você não pode contratar um engenheiro do DevOps e sonhar que ele ofenderá os processos.
- No final da lista do que é necessário para a transformação do DevOps, existem tecnologias, ou seja, as próprias ferramentas do DevOps que treinamos.


Percebi que não incluímos corretamente a filosofia e a cultura do DevOps no curso, porque isso não pode ser ensinado sistematicamente. Quem precisa ler nos livros. Ou ele encontrará um treinador super bacana que convencerá a todos com seu carisma e autoridade.


Pessoalmente, sempre fui um defensor do “movimento de baixo”, a introdução partidária da cultura por meio de ferramentas. Algo parecido com o descrito no Projeto Phoenix. Se configuramos corretamente o trabalho em equipe com o Git, você pode complementá-lo lentamente com os regulamentos, e aí se trata de valores.


E mesmo assim, quando estávamos preparando o DevOps Slurm, onde era exclusivamente sobre ferramentas, tive medo da reação dos participantes: “Você contou coisas maravilhosas. Desculpe, eu nunca posso implementá-los. " Havia tanto ceticismo que acabamos imediatamente com a repetição do programa.


No entanto, a maioria dos participantes respondeu em uma pesquisa que o conhecimento adquirido é aplicável na prática e que eles implementarão algo em um futuro próximo. Ao mesmo tempo, tudo o que explicamos estava na lista de útil: Git, e Ansible, e CI / CD, e SRE.


Vale lembrar que, no início, eles também conversaram sobre Slurm Kubernetes, que é impossível explicar os k8s em 3 dias.


Com Ivan Kruglov, que liderou o tópico da SRE, concordamos em um programa separado. Agora estamos discutindo os detalhes, em breve farei um anúncio.


O que acontecerá no Slurm DevOps?


O programa


Tópico # 1: Trabalho em equipe com Git


  • Comandos básicos git init, commit, add, diff, log, status, pull, push
  • Fluxo Git, ramificações e tags, estratégias de mesclagem
  • Trabalhando com vários representantes remotos
  • Fluxo Github
  • Garfo, remoto, solicitação de tração
  • Conflitos, lançamentos, mais uma vez sobre o Gitflow e outros fluxos em relação às equipes

Tema №2: Trabalhando com o aplicativo do ponto de vista do desenvolvimento


  • Escrevendo um microsserviço em Python
  • Variáveis ​​de ambiente
  • Testes de Integração e Unidade
  • Usando docker-compose no desenvolvimento

Tópico 3: CI / CD: Introdução à automação


  • Introdução à automação
  • Ferramentas (bash, make, gradle)
  • Usando git-hooks para automatizar processos
  • Linhas de montagem de transportadores de fábrica e suas aplicações em TI
  • Um exemplo de construção de um pipeline "comum"
  • Software moderno de CI / CD: Drone CI, BitBucket Pipelines, Travis, etc.

Tópico # 4: CI / CD: Trabalhando com Gitlab


  • Gitlab ci
  • Gitlab Runner, seus tipos e aplicação
  • IC do Gitlab, recursos de personalização, práticas recomendadas
  • Estágios de IC do Gitlab
  • Variáveis ​​de IC do Gitlab
  • Montagem, teste, implantação
  • Restrições de controle e execução: somente quando
  • Trabalhar com Artefatos
  • Modelos dentro de .gitlab-ci.yml, reutilizando ações em diferentes partes do pipeline
  • Incluir - seções
  • Gerenciamento centralizado do gitlab-ci.yml (um arquivo e envio automático para outros repositórios)

Tópico # 5: Infraestrutura como código


  • IaC: uma abordagem da infraestrutura como um código
  • Provedores de nuvem como provedores de infraestrutura
  • Ferramentas de inicialização do sistema, montagem de imagens (empacotador)
  • IaC no exemplo do Terraform
  • Armazenamento de configuração, colaboração, automação de aplicativos
  • Pratique a criação de playbooks ansíveis
  • Idempotência, declaratividade
  • IaC Ansible

Tópico # 6: Testando a infraestrutura


  • Teste e integração contínua com Molecule e Gitlab CI
  • Aplicação Vagrant

Tópico 7: Monitorando a infraestrutura com o Prometheus


  • Por que o monitoramento é necessário
  • Tipos de monitoramento
  • Notificações no sistema de monitoramento
  • Como construir um sistema de monitoramento saudável
  • Avisos legíveis por humanos, para todos
  • Exame de saúde: o que procurar
  • Automação baseada em dados de monitoramento

Tópico 8: Registro de aplicativos com ELK


  • Melhores práticas de registro
  • Pilha ELK

Tópico # 9: Automação de infraestrutura com ChatOps


  • DevOps e ChatOps
  • ChatOps: Pontos fortes
  • Folga e alternativas
  • Bots para ChatOps
  • Hubot e alternativas
  • Segurança
  • Melhores e piores práticas

Localização: Moscow, Sevastopol Hotel Conference Hall.


Datas: de 30 de janeiro a 1º de fevereiro, 3 dias de trabalho duro.


Registo

Source: https://habr.com/ru/post/pt470988/


All Articles