O dia 4 de setembro em São Petersburgo começou o Slurm DevOps.
Em um só lugar e ao mesmo tempo, todos os fatores necessários se reuniram para uma fascinante intensiva de três dias: uma conveniente sala de conferências Selectel, sete dezenas de desenvolvedores curiosos no salão e 32 participantes on-line, o servidor Selectel para a prática. E um dinossauro verde à espreita em um canto.
No primeiro dia de Slurm, três oradores se dirigiram aos participantes.
Pavel Selivanov, arquiteto de soluções da Southbridge, administra há mais de 10 anos e é um administrador certificado do Kubernetes. Palestrante permanente de Slurm. Ele fez apresentações nas conferências Moscow Kubernetes Meetup e UWDC. Ele tem uma vasta experiência na implementação do Kubernetes: 5 projetos - trabalho individual, mais de 20 projetos como parte de uma equipe.
Artyom Galonsky, Bureau of Bureau Bureau, chegou especialmente a Slurm DevOps de Kaliningrado. Experiência em desenvolvimento comercial há mais de 12 anos. Atuou como líder de equipe / chefe do departamento de desenvolvimento desde 2011. Ele se tornou diretor técnico em 2016. Ele acha que o engenheiro de devops é um pouco de unicórnio. Não no sentido de que apenas uma virgem possa pegá-lo. E o fato de que ninguém sabe o que realmente é.
Alexey Stepanenko, engenheiro do departamento de plataforma em nuvem Selectel, está envolvido nas tarefas de infraestrutura para atender à nuvem OpenStack: monitoramento, CI / CD e gerenciamento de configuração.
"... e então eu peguei um bug."
O primeiro que conheceu os participantes foi Pavel Selivanov - e de um lado inesperado. Parece que o que há de tão especial no Git é aparentemente as verdades mais simples, mundanas e elementares. Mas, na realidade, poucas pessoas sabem como trabalhar corretamente com o Git. Examinamos os comandos básicos git init, commit, add, diff, log, status, pull, push. Eles se lembraram do fluxo git, ramificações e tags, mesclam estratégias.
Então Pavel Selivanov dedicou um tempo para trabalhar com Git. Passamos por uma solicitação de garfo, remota e pull. E então discutimos conflitos, lançamentos e, mais uma vez, retornamos ao Gitflow e outros fluxos em relação às equipes.
"Ah, que administrador!"
Após o almoço, quando os participantes ganharam força e se prepararam para ouvir mais, foi a vez do CI / CD.
Artyom Galonsky começou com o tema “CI / CD: Introdução à automação”. Ele examinou em detalhes as ferramentas bash, make, gradle, bem como o uso de git-hooks para automatizar processos. Ele falou sobre a montagem da linha de montagem da fábrica e sua aplicação em TI. Ele compartilhou um exemplo de construção de um pipeline "comum". Software moderno discutido para CI / CD: Drone CI, BitBucket Pipelines, Travis.
Perto das seis horas da noite, os participantes começaram a se esgotar lentamente. Houve sugestões para fazer pausas com mais frequência. Trabalhar ativamente neocórtex na sala de conferências parecia mais quente. No bate-papo de trabalho, houve até uma solicitação angustiada: "Colegas, não vamos tropeçar e fazer mais pausas #suporte"
"- Mary Ivanna, posso sair? - Não, sente-se!"
Artyom Galonsky continuou sem piedade a carregar conhecimento para os participantes. Após a quebra do café, abri o próximo tópico, “CI / CD: Trabalhando com o Gitlab”.
"Agora segure firme nos laptops. E vamos lá!"
Ele falou sobre o Gitlab CI, recursos de ajuste, práticas recomendadas e, em seguida, sobre o Gitlab Runner, seus tipos e aplicativos. Foram considerados os estágios do IC do Gitlab e as variáveis do IC do Gitlab. Seguindo as restrições de controle e execução (somente quando), falei sobre como trabalhar com artefatos. Eu mostrei os modelos dentro de .gitlab-ci.yml, reutilizando ações em diferentes seções da seção Incluir canal - seções. Ele concluiu o gerenciamento centralizado do gitlab-ci.yml: um arquivo e envio automático para outros repositórios.
Após biscoitos e café regulares, Alexey Stepanenko abordou os participantes com o tema “Infraestrutura como código: uma abordagem à infraestrutura como um código”. No salão, o público estava profundamente interessado no tema do dia seguinte, “IaC no exemplo da Terraform”, exigiam histórias sentimentais.
, [4 . 2019 ., 20:27:35]: @f3exx ? Aleksey Stepanenko, [4 . 2019 ., 20:28:32]: ) Dmitriy Miroshnichenko, [4 . 2019 ., 20:28:38]: , ? ?
No quinto Slurme, tentamos o esquema de “escada”, quando o material é fornecido do simples ao complexo - com o início do Git e o acabamento no SRE. Não deu muito certo: participantes legais ficaram entediados com tópicos leves. Vamos ver como a parte difícil da intensidade acontece na sexta-feira.
No bate-papo de Slurm, eles escrevem:
, [4 . 2019 ., 16:17:28]: , . , . Alexander B, [4 . 2019 ., 16:18:06]: , - - , Fedor, [4 . 2019 ., 16:18:21]: +1 , 80% , [4 . 2019 ., 16:19:01]: runners )
Se você desacelerar o curso do Slurm, menos informações caberão nele. Nós devemos sacrificar algo - nós sacrificamos em um ritmo confortável. Especialmente para caber e forçar tudo na cabeça, há notas da intensidade.
Pavel Selivanov perguntou várias vezes ao público como está pronto para continuar mais ou transferir vários subtópicos de IaC para o dia seguinte. Durante muito tempo, a amizade e a neutralidade ganharam o voto. E somente às oito e meia da noite aqueles que ainda se lembram que à noite, em teoria, você deveria dormir, venceram.
Declaramos com responsabilidade que, no primeiro dia de Slurm, nenhum dinossauro foi ferido pelos engenheiros do DevOps. Ainda há dois dias de intensa expectativa. O mais interessante, complexo e delicioso: IaC e SRE.