Nos cursos Slurm Kubernetes, um Kubernetes permanece gradualmente. Os tópicos relacionados passam sistematicamente para cursos separados.
Os primeiros foram Docker, Ansible, Ceph. As palestras de duas horas sobre eles se transformaram em uma série de seminários on-line e depois em cursos on-line.
Chegou a vez do monitoramento. O tópico Monitoramento de cluster evoluiu para o curso online Slurm Prom, inteiramente dedicado ao Prometheus. Como amamos, com a prática no estande de treinamento. Um curso on-line inclui palestras gravadas, exercícios práticos, um suporte para a prática e suporte técnico. A passagem do Slurma Prom leva 12-16 horas.
Esboço do Curso:
- Princípios do Prometheus
- Exposição (Exportador de nó, Exportador de caixa preta, Exportador personalizado, Biblioteca de aplicativos)
- Prometheus (descoberta de serviço, etiquetas, PushGateway)
- PromQL (armazenamento de dados, tipos de dados, expressões, regras de registro)
- Alerta (Alertrules, Alertmanager)
- Visualização de Dados (Grafana)
- Uso avançado do Prometheus (alta disponibilidade, federação, leitura / gravação remota, Thanos, API HTTP)
- Prometheus na Kubernetes
O curso custa 15.000 ₽ (10.000 ₽ para aqueles que estavam nos Slurms).
Exemplo de palestra.
O curso foi de autoria de Vladimir Guryanov, especialista em monitoramento e palestrante da Slerm. Eu o entrevistei sobre o curso, a vida e o trabalho em nossa empresa. Estou interessado em pessoas que direcionam seu navio para o mar indicado nos mapas "Os dragões moram aqui".
Vamos começar do começo - bem, do final é incomum começar. Onde você estudou? Como você escolheu a profissão de TI?
De alguma forma, aconteceu. O computador apareceu cedo na casa - eu tinha cerca de oito anos. Eu sempre estava interessado em investigar. Eu sempre instalo e reconfiguro alguma coisa. Ao mesmo tempo, fui levado para cursos de programação - pelo que me lembro, estudei a linguagem Pascal.
E então o instituto. Na BSTU Voenmekh, especialidade "sistemas de controle automatizados e processamento de dados". E para mim foi uma escolha consciente. Além disso, nossa especialidade era nova. Essencialmente, aprendemos o que agora é chamado DevOps. Tínhamos programação e administração. E no quinto ano eu já fui trabalhar na minha especialidade.
De que pilha de tecnologia você já aproveitou?
Ele é enorme. Comecei como administrador do Windows e, em seguida, as responsabilidades pela parte da rede foram adicionadas. Em seguida, linux, vários sistemas de virtualização e assim por diante.
Mas, na minha opinião, depois de um certo ponto, não importa mais se você trabalhou com uma determinada tecnologia ou não. É importante se você pode descobrir por conta própria, fazê-lo rapidamente e bem. Agora, a TI está se desenvolvendo muito rapidamente e o número de diversas tecnologias é enorme. Compreender tudo é impossível e não é necessário. Mas a capacidade de se envolver em auto-educação está se tornando uma habilidade essencial.
Que tecnologias promissoras você vê que acabam de entrar no mercado?
Se você considerar o mercado de TI como um todo, agora há outra tentativa de invadir a realidade virtual . Também ocorrências de RA. Estou certo de que essas tecnologias mudarão nossa ideia de interagir com o mundo exterior, como os smartphones fizeram uma vez.
Se não estamos falando sobre TI em um sentido global, a tecnologia está se tornando menos importante. De muitas maneiras, Docker e K8s influenciaram isso - eles nos ensinaram que tudo é inconstante e de curta duração. Agora populares são o DevOps e o SRE como sua implementação. Em gestão - Agile. Em um futuro próximo, acho que o foco será direcionado para o monitoramento e a segurança inteligentes.
- Então eu peguei um Slurm de pesca em uma viagem de pesca! E ele me diz com uma voz humana: "Você nos quer?"
Como você chegou a Slurm?
Por acaso. Eu estava em um dos primeiros Slerm básicos em São Petersburgo, conversei com os organizadores, fui convidado a falar. Eu concordei.
O que você faz no âmbito do Slurm?
Sou principalmente orador. Mas estou um pouco envolvido na formação do programa, só estou trabalhando em um programa para o Prometheus.
Você é o autor do curso de Prometheus. Diga-me o que os participantes verão no curso e por que eles simplesmente não têm o direito de perdê-lo?
Ah, você também perguntaria o que é mais legal - Prom ou Zabbix. Se as pessoas fazem essa pergunta, elas não precisam deste curso. Se eles sabem por que precisam do Baile de Formatura e não estão prontos para passar alguns meses estudando-o, ou se já conhecem o Baile, mas querem colocar seus conhecimentos nas prateleiras, o curso será bom.
Este curso é o primeiro em russo, com adaptação normal, a maioria dos termos restantes no idioma nativo inglês. O curso é um extrato da documentação, livros, artigos e experiência pessoal no Prom. Abrange os conceitos básicos de trabalhar com o Prom.
Sua opinião sobre as iniciativas do governo para criar um sistema de filtragem profunda de tráfego? Será o "Escudo de Ouro" como na China ou será algo do nosso jeito?
Eu sou fundamentalmente contra isso. De qualquer forma. Entendemos por que isso é feito. Se eles querem garantir recursos públicos, não toque em todo o segmento da Internet e finja que se preocupam com os cidadãos. De alguma forma, eu mesmo protejo minha lâmpada. Mas não vamos falar sobre isso. Eu acredito que a TI não é um lugar para política.
Por essas palavras, Vladimir Guryanov foi levado para uma instalação de teletransporte e enviado para a dimensão zen. Ele agora está andando com uma montaria, usando óculos e um terno laranja.
Como você se sente com a política do Google de lançar seu desenvolvimento interno no mercado quase décadas após a sua criação na empresa? Eles não mantêm o setor de TI nisso? Ou é puramente financeiro?
O Google é uma empresa privada, eles podem fazer o que quiserem. Pessoalmente, sou grato a eles pelo fato de que eles geralmente o espalham.
E, portanto, isso é tanto negócios quanto falta de vontade de apresentar soluções completamente cruas. E a complexidade do processo de upload no código-fonte aberto. Você não pode pegar e apresentar o desenvolvimento no código-fonte aberto, é necessário anonimá-lo, cortar muletas específicas, verificar a presença de senhas codificadas. Este é um processo longo, complexo e caro.
Como você avalia o desgaste do próprio setor de TI? Novas pessoas vêm, velhas tradições partem, tudo se torna mais utilitário? Ou não?
Burnout agora é um chavão. Mas o ponto não está nele, ou melhor, não apenas nele, e não é a causa raiz. Agora, uma nova geração de engenheiros está crescendo, que cresceu em um mundo completamente diferente. Olha, você precisa de um aplicativo para fazer anotações, encontra-o na loja de aplicativos, coloca, não gostou, coloca outro. Se você não conseguir descobrir em 10 a 15 minutos, como funciona, coloque outro. Agora, há muitas opções e tudo está mudando rápido demais para que as pessoas queiram entender pelo menos alguma coisa, isso também se aplica aos engenheiros de TI. E a partir daqui temos todos os problemas que geralmente são atribuídos ao esgotamento. Embora ainda existam engenheiros da velha escola, a TI está evoluindo. O que acontecerá a seguir é a questão.
Acredita-se que o SRE dite como obter sucesso no DevOps. Ou seja, o SRE é uma estrutura de DevOps. Você concorda
DevOps é o que você precisa fazer, SRE como fazer o que o DevOps oferece. Tudo é simples aqui.
Como você vê se os conflitos entre desenvolvedores e operadores diminuíram com a implementação do DevOps?
Este é um dos problemas que o DevOps resolve em teoria. Na prática, a maioria tem um entendimento muito particular do que é o DevOps. Veja o número de tarefas nas quais o DevOps está sendo pesquisado. Quem eles estão procurando na realidade? Qualquer um pode se esconder atrás das palavras "Engenheiro de DevOps" - de uma faxineira ao CTO. Muitas empresas acreditam que um engenheiro de DevOps é uma pessoa que pode automatizar processos. Mas eles sentem falta, na minha opinião, da parte mais importante do DevOps sobre o estabelecimento de interação entre o Dev e o Ops. Que agora não há Dev, Ops e QA. Existe uma equipe que fabrica o produto, e nessa equipe há pessoas com conhecimentos diferentes, o que permite que a equipe faça um produto legal.
E aqui ainda é importante que pessoas com conhecimentos diferentes possam falar o mesmo idioma. E, portanto, a presença de pessoas em forma de T em uma equipe é muito importante. Quanto mais deles, os DevOps mais legais da equipe.
E com essa abordagem, quando você é uma equipe, não Dev, Ops, QA e agora também DevOps, o problema do conflito desaparece por si próprio. Agora você está fazendo uma coisa e tem uma responsabilidade. Agora os desenvolvedores são responsáveis pelo código não apenas até o momento da confirmação, mas também no processo de teste e operação.
Ou o DevOps ainda é insuficientemente implementado e a estrutura de “comissários em capacetes empoeirados com Mausers” é necessária, ou seja, evangelistas do DevOps que virão para a empresa, grandes e pequenos, e os convencerão a mudar para a abordagem do DevOps?
Convencer não é uma solução eficaz. A transição para o DevOps é uma evolução natural, não funcionará de baixo do bastão. E sim, o papel dos evangelistas é importante e sua tarefa é mudar a percepção dos engenheiros, a fim de iniciar os processos de evolução.
Como você vê a implementação do DevOps no setor de TI russo?
Tenho experiência em reconstruir uma empresa no DevOps. E eu vou te dizer, dói. Começamos há cerca de três anos e agora estamos apenas no meio da estrada. Se houver tempo suficiente, irei ao Devoops com um relatório sobre como trocamos e que rake coletamos. E também, esta será a resposta para Baruch Sadogursky que o DevOps não foi inventado pelos administradores, mas quem - direi na conferência.
Tudo está mudando. E o status do desenvolvedor também. Era uma vez, relojoeiros, engenheiros e motoristas eram a profissão de ponta que todos sonhavam. E onde eles estão agora? Existe algum receio de que, com o desenvolvimento da IA, o desenvolvedor se torne um apêndice de sistemas mais complexos e, de certa forma, se torne o trabalhador do mundo digital?
Não. É um processo evolutivo que é inevitável. Aqueles que evoluem não serão trabalhadores, e aqueles que não podem, serão trabalhadores. Ao mesmo tempo, eu não gosto dessa visão, o trabalho de manutenção da IA também é importante. Por exemplo, o trabalho do zelador não é apreciado e respeitado em nosso país - e acho que esse é um grande problema para a sociedade russa. Não há postagens ruins. Há momentos que não combinam com você. Diferentes profissões são necessárias, diferentes profissões são importantes (c) Clássicos eternos.
Bem, vamos voltar 15 anos. DevOps, SRE - não, eu não ouvi, havia apenas administradores de sistema. Agora, muitos SREs cresceram a partir de administradores de sistemas. Evoluiu. E alguém permaneceu o administrador do sistema? e o trabalho deles também é importante. Sem eles, seria difícil para os engenheiros da SRE.
Aconselhe os jovens colegas sobre quais tecnologias aprender em 2020.
Ah, há uma lista muito longa, você pode abrir de 5 a 10 vagas no hh e ver o que elas querem. Além disso, recomendo que você comece a estudar metodologias como DevOps e Agile e tente entendê-las. Leia pelo menos alguns livros sobre arquiteturas modernas de microsserviços em termos de desenvolvimento. E, definitivamente, você precisa aprender linguagens de programação. E, estranhamente, recomendo que você comece com C. É improvável que você o use na vida, mas isso permite que você coloque as coisas em ordem na sua cabeça e facilitará muito o estudo de outras línguas.
Você pode comprar a autoria do Slurm Prom de Vladimir Guryanov aqui .