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