Antes de mais, gostaria de enfatizar que o DevOps é uma cultura e não um papel. Na minha opinião, pode-se compará-lo com uma equipe de comandos que possuem seus próprios conhecimentos, por exemplo, atirador de elite, fuzileiro naval, sapador (pense na série de comandos). A combinação dessas experiências, basicamente trabalhando juntas, possibilita realizar missões ou criar valor comercial o mais rápido possível.
LowOps e NoOps
Desde algumas semanas, descobri que, depois de muitas conversas com as pessoas, conversamos bastante sobre LowOps hoje em dia. Se eu implementar uma solução, isso significa que ela é totalmente automatizada e que um colega pode implantar máquinas por conta própria, em vez de me perguntar. Às vezes, não é imediatamente possível automatizá-lo completamente, mas garanto que ele seja automatizado para garantir que eu precise executar apenas um comando para concluir o trabalho (LowOps), em vez de perder algumas horas. Se eu criei essa solução, garanto que um ticket foi criado para que um colega automatize minha solução pessoal para todos. Exemplo: um colega meu transformou um dos meus scripts bash em um bot que agora é executado todas as noites.
Figura 1: https://www.gslab.com/blog-post/what-is-noops/
"como começar com devops"
Verifique se você faz parte de uma equipe com competências mistas e se a equipe precisa implantar o software por conta própria. Converse com todos os membros da equipe e comece com tarefas que ninguém deseja fazer, pois há falta de conhecimento ou vontade. Se você começar com uma tarefa, irá se deparar com coisas que não conhece. Comece a assistir a vídeos, participar de encontros , comprar e ler livros, ler blogs e documentação oficial sobre ferramentas, pedir aos colegas para rever suas solicitações de pull e comunicar e ouvir bem com as pessoas, documentos bem as coisas e preparar e demonstrar soluções para colegas (partilha de conhecimentos) . A última sugestão é manter um olho no equilíbrio entre vida profissional e pessoal .