Em 4 de setembro, o DevOps Slurm começou em São Petersburgo.
Todos os fatores necessários para um emocionante intensivo de três dias foram reunidos em um só lugar e ao mesmo tempo: uma conveniente sala de conferências Selectel, sete dúzias de desenvolvedores curiosos na sala e 32 participantes online, servidores Selectel para prática. E um dinossauro verde escondido no canto.
No primeiro dia do Slurm, três palestrantes se dirigiram aos participantes.
Pavel Selivanov, arquiteto de soluções em Southbridge, está envolvido com administração há mais de 10 anos e é administrador certificado do Kubernetes. O orador regular do Slurm. Ele fez apresentações nas conferências Moscow Kubernetes Meetup e UWDC. Possui vasta experiência na implementação de Kubernetes: 5 projetos - trabalho individual, mais de 20 projetos em equipe.
Artyom Galonsky, STO "ByuroByuro", chegou especialmente ao Slurm DevOps de Kaliningrado. Mais de 12 anos de experiência em desenvolvimento comercial. Atuou como líder de equipe e chefe do departamento de desenvolvimento desde 2011. Tornou-se diretor técnico em 2016. Acredita que um engenheiro devops é algo como um unicórnio. Não no sentido de que apenas uma virgem possa pegá-lo. O problema é que ninguém sabe o que realmente é.
Alexey Stepanenko, engenheiro do departamento de plataforma em nuvem Selectel, está envolvido em tarefas de infraestrutura para manutenção da nuvem OpenStack: monitoramento, CI/CD e gerenciamento de configuração.
“... e então peguei um bug desses.”
Pavel Selivanov foi o primeiro a transmitir conhecimento aos participantes – e de uma direção inesperada. Parece que o que há de tão especial no Git é que ele parece ser o mais simples e comum, as verdades elementares. Mas, na realidade, poucas pessoas sabem como trabalhar corretamente com o Git. Passamos pelos comandos básicos git init, commit, add, diff, log, status, pull, push. Lembramos do fluxo git, ramificações e tags, estratégias de mesclagem.
Então Pavel Selivanov dedicou tempo ao trabalho em equipe com o Git. Passamos por solicitação fork, remota e pull. E depois discutimos conflitos, lançamentos e mais uma vez voltamos ao Gitflow e outros fluxos em relação aos times.
“Oh, que administrador!”
Após o almoço, quando os participantes já ganharam forças e estavam prontos para ouvir mais, foi a vez do CI/CD.
Artyom Galonsky começou com o tema “CI/CD: introdução à automação”. Examinei detalhadamente as ferramentas bash, make, gradle, bem como o uso de git-hooks para automatizar processos. Ele falou sobre linhas de montagem de fábricas e seu uso em TI. Compartilhou um exemplo de construção de um pipeline “geral”. Discutido software moderno para CI/CD: Drone CI, BitBucket Pipelines, Travis.
Perto das seis horas da tarde, os participantes começaram a ficar exaustos lentamente. Houve sugestões para fazer pausas com mais frequência. Os neocórtexes em funcionamento ativo fizeram com que a sala de conferências parecesse visivelmente mais quente. Houve até um pedido duramente conquistado no chat de trabalho: “Colegas, não vamos nos estressar e fazer mais pausas #apoio”
“- MaryIvanna, posso sair? - Não, sente-se!
Artyom Galonsky continuou impiedosamente a transferir conhecimento para os participantes. Após a pausa para o café, abri o próximo tópico “CI/CD: Trabalhando com Gitlab”.
“Agora segurem firme seus laptops. A-e-e, vamos lá!
Ele falou sobre o Gitlab CI, recursos de configuração, melhores práticas e depois sobre o Gitlab Runner, seus tipos e aplicações. Revisou os estágios do CI do Gitlab e as variáveis do CI do Gitlab. Seguindo restrições de controle e execução (somente, quando), ele falou sobre trabalhar com artefatos. Modelos mostrados dentro de .gitlab-ci.yml, reutilização de ações em diferentes partes do pipeline Incluir seções. Concluído com gerenciamento centralizado de gitlab-ci.yml: um arquivo e envio automático para outros repositórios.
Depois de mais biscoitos e café, Alexey Stepanenko dirigiu-se aos participantes com o tema “Infraestrutura como Código: uma abordagem à infraestrutura como código”. O público presente no salão estava profundamente interessado no tópico do dia seguinte “IaC usando o exemplo do Terraform” e exigia histórias comoventes.
Никита Суворов, [4 сент. 2019 г., 20:27:35]:
@f3exx а по терраформу будут душещипательные истории или все закончится лабами?
Aleksey Stepanenko, [4 сент. 2019 г., 20:28:32]:
Будет одна точно)
Dmitriy Miroshnichenko, [4 сент. 2019 г., 20:28:38]:
эээ, например какие?
джун взял стейт и все убил?No quinto Slurm tentamos o esquema “ladder”, quando o material vai do simples ao complexo - começando no Git e terminando no SRE. Não deu muito certo: os participantes legais ficaram entediados com os temas fáceis. Vamos ver como vai a parte difícil do intensivo na sexta-feira.
No bate-papo do 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 Slurm, menos informações caberão nele. Algo tem que ser sacrificado – sacrificamos um ritmo confortável. Principalmente para caber e compactar tudo na sua cabeça, há gravações intensivas.
Pavel Selivanov perguntou diversas vezes ao público se eles estavam prontos para continuar ou mover vários subtópicos da IaC para o dia seguinte. Durante muito tempo, a amizade e a neutralidade venceram a votação. E só às oito e meia da noite venceram aqueles que ainda lembravam que deveriam dormir à noite.
Declaramos com responsabilidade que durante o primeiro dia do Slurm, nenhum dinossauro foi ferido pelos engenheiros de DevOps. Temos mais dois dias intensos pela frente. Os mais interessantes, complexos e deliciosos: IaC e SRE.
Fonte: habr.com