Perguntas:
- O que é metodologia devops, o papel na produção de produtos de software, qual é a complexidade da pesquisa.
- Tipos de profissionais que aplicam a metodologia devops
- Onde deve estar, os engenheiros de DevOps / SRE foram e chegaram ao mercado
- Você precisa de um DevOps Engineer / SRE? Se sim, qual?
- Canais de pesquisa
- O que procurar em um currículo
- Como iniciar um diálogo
- Ligaremos de volta - por que é impossível e o que isso leva no campo de pesquisa de devops
1. O que é a metodologia Devops, o papel na produção de produtos de software
Devops é uma sigla para desenvolvimento e operações - desenvolvimento e operação de software.
DevOps é, antes de tudo, uma filosofia e metodologia para melhorar a cultura de engenharia e desenvolvimento, não apenas dentro de uma equipe ou projeto, mas dentro de toda a empresa, porque A implementação do DevOps introduz mudanças não apenas no processo de desenvolvimento, mas também nos processos de negócios da empresa.
O papel desta metodologia na produção de software: simplificar processos, evitar erros, estabelecer comunicações, controlar, monitorar e registrar, controlar a segurança.
A aplicação da metodologia devops pode ser comparada ao cimento que mantém os blocos de código, processos e resultados juntos, ou a um pipeline que acelera o processo de desenvolvimento, corrigindo bugs e entregando novas funcionalidades.
2. Tipos de profissionais que aplicam a metodologia devops
Quem trabalha com a metodologia devops? Toda a equipe de desenvolvimento como um todo. Testadores, administradores, desenvolvedores, especialistas em segurança da informação. É como agile / ITSM / ITIL, apenas DevOps.
Pipeline de desenvolvimento simplificado (pipeline): O código é escrito (dev) - combinado se escrito por vários programadores (mesclagem) - testado (teste) - enviado para montagem (build) - produção :)
Ou seja, todos os especialistas em todos os estágios usar metodologia e ferramentas devops:
CI / CD - ferramentas para integração contínua de pedaços de código entre si e entrega de código onde for necessário: pacotes, containers, etc. A visão final da aplicação.
Parte CI:
Desenvolvimento - desenvolvimento e análise de código, suas partes:
Git - ferramentas de controle de versão, fusão de código. Primeiro, o código é mesclado em um repositório e, em seguida, é construído e testado;
Construir - montagem;
Teste - ferramentas de teste contínuo que fornecem feedback sobre os riscos do negócio;
Parte do CD:
Release + Deploy - gerenciamento de mudanças, aprovação de release, automação de release;
Configuração - Configuração e Gerenciamento de Infraestrutura, Infraestrutura como Código;
Monitoramento - monitorar o desempenho do aplicativo e a experiência do usuário final.
Para quê, um pequeno guia
// para que você não esfregue o jogo em uma entrevista:
para construir infraestrutura - Terraform ou utilitários de um provedor
de nuvem de um sistema de gerenciamento de configuração - Ansible, Chef, Salt,
ferramentas comuns de CI / CD Puppet - GitLabCI, GitHub Actions, Jenkins, TeamCity etc.
para conteinerização - Docker, Kubernetes, Nomad, OpenStack, etc.
Quando você souber para que serve o docker, eles se comunicarão com você em um tom completamente diferente.
3. Onde deve estar, os engenheiros Devops foram e vieram para o mercado
Sim, vamos chamá-los assim. Porque eles não têm para onde ir, todo o resto é muito incômodo, mal compreendido e memorável. Eles terão que aceitar o fato de que os recrutadores ligam e vão chamar as vagas de "Signor Devops".
Basicamente, existem 3 fontes de onde chegam ao mercado aqueles que buscamos para a solicitação “Devops urgentemente necessários”:
O primeiro e mais numeroso grupo: antigos e atuais administradores de sistema. É mais fácil para eles: eles dominaram mais. ferramentas e pronto.
Segundo grupo: desenvolvedores que decidiram entrar na prática de devops. Há menos deles, eles precisam dominar o Linux e administração.
O terceiro grupo: “Acordei e percebi que era meu” - os caras que fizeram os cursos “Devops em 3 semanas” ou algo mais inteligível. Não tenho nenhum propósito para anunciar, então você mesmo pode pesquisar no Google. Com eles, do ponto de vista do recrutamento, o trabalho fica mais fácil e mais difícil. Por um lado, eles aprendem instrumentos modernos e populares. Por outro lado, não há experiência e entendimento tanto em administração quanto em desenvolvimento. Uma boa vantagem para a gestão: suas expectativas salariais são inferiores às do primeiro e segundo grupos.
Junho - signor intermediário
Junho - sabe como manter as ferramentas já implementadas, mas não pode implementar a partir de 0. Necessita de mentoria. Ao mesmo tempo, ele pode ser um bom administrador.
Middle não tem um conhecimento profundo da metodologia - ele pode introduzir algumas ferramentas desde o início e ensinar outras.
Middle deve ter um bom entendimento da metodologia, entender as práticas, RnD, pode escolher independentemente a ferramenta para usar
Signor - pode colocar todas as práticas devops de 0. Para defender soluções arquitetônicas. Ele entende os riscos do desenvolvimento de software, escolhe ele mesmo todas as ferramentas. Provavelmente prova sua escolha.
4. Você precisa de devops / SRE? Se sim, qual?
Se o cliente da vaga é uma equipe de produto com desenvolvimento interno - sim, você precisa.
Se for apenas um código para terceirização, não é necessário.
Que tipo de devops sua equipe precisa: depende do produto.
Na maioria das vezes, você precisa de administradores Linux com experiência em escrever scripts em linguagens populares.
Se um software específico estiver sendo desenvolvido, os devops devem entender as nuances desse desenvolvimento e vale a pena procurar aqueles que se mudaram para essa área do desenvolvimento em uma pilha semelhante.
E um pouco sobre SRE:
Engenharia de confiabilidade de site é quase o mesmo que devops, se você não entrar em detalhes. Mas não somos engenheiros e não iremos mais fundo.
SRE é um conjunto de métodos, indicadores e formas prescritivas para garantir a confiabilidade dos sistemas. A palavra "site" neste contexto é lida como "sistema" ou "plataforma", e não um website como estamos acostumados. SRE - garantindo a confiabilidade de todos os níveis do sistema: do físico ao lógico, o que significa que o SRE é uma espécie de conglomerado de um desenvolvedor (sim, o SRE deve ser capaz de codificar) e um administrador do sistema com tudo o que isso implica.
SRE é uma espécie de desdobramento, ou melhor, sua própria implementação da direção de DevOps do Google.
5. Canais de pesquisa
O principal canal de pesquisa de devops: o canal de telegrama DevOps Jobs - trabalho e análises.
Habr e o link mostram-se bem, um pouco piores que o FB e geralmente não adequados para pesquisar HH.ru e SuperJob, enquanto administradores decentes estão procurando por lá.
Diferença na busca de desenvolvedores: a comunidade devops é muito simpática e sociável))) Se uma vaga for publicada de forma que só cause risos ou palmas na cara, certifique-se de que já está sendo discutido no telegrama.
6. O que procurar em um currículo
Todos sabemos que um recrutador avalia um currículo em 3-5 segundos.
Além das regras gerais para avaliar um currículo, que você já conhece:
Deve ser: GitLab, GitLab CI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL e PostgreSQL, Prometheus, Grafana, pilha ELK, Jenkins, K8S / Kubernetes, AWS \ Azure \ GCP \ Yandex cloud \ Mail Cloud.
Este é o devops.
Há algo disso e as palavras Windows 7 \ 8 \ 10 \ Server 2012 \ Server 2016 e assim por diante. - ex-administrador do Windows.
Tecnologias de nuvem
Se você vir a palavra Azure - esta é uma nuvem do Windows
Todo o resto: GCP, AWS, etc. - essas são nuvens nas quais os sistemas Linux e sua maioria prevalecem.
Aí está uma frase: Eu ensinei nos cursos GitLab, GitLabCI, Ansible, Docker, Terraform, Zabbix, KVM, MySQL e PostgreSQL, Prometheus, Grafana, ELK stack é estudante.
Nem todo mundo trabalha com nuvens. Um devops que não trabalha com nuvens é um devops que trabalha em circuito fechado, um data center, um DC, etc. Ele precisa desenvolver =) As tecnologias de nuvem são o futuro.
7. Como iniciar um diálogo
Muito simples. Boa noite, procurando um devops. Aqui está a descrição, aqui está o plugue, aqui estão as condições. Esperando por uma resposta como o rouxinol do verão.
A vaga DEVE conter:
Fork. Fork - 2 números compreensíveis. De 0 a 800k não é um fork, isso é um absurdo.
Condições: escritório / remoto, o que mais é extra: projeto \ parcial \ tempo integral
Descrição da pilha de desenvolvimento. É importante.
Descrição das tarefas. Suporte para um já existente e implantação de 0 são coisas muito diferentes. Se você tiver um arquiteto, isso é uma coisa (ele só precisa de mãos), e se ele não o fizer, então você também precisa de um especialista que sabe como arquitetura, e não apenas um blooper e você
're feito hacks Vida : leia o bash.org antigo (até se tornar bash.im), assista animes, jogue, seja adequado, não desapareça sem feedback e você será notado imediatamente.
8. Ligaremos de volta - por que é impossível e o que isso leva na busca por devops
Como já dissemos: a comunidade é amigável e irá discutir você imediatamente. É mais fácil não perder sua reputação do que restaurá-la.
Não importa quem você caça: VOCÊ DEVE DAR FEEDBACK. Até triste. Formule-o apropriadamente. Melhor um final ruim do que esperar sem fim.