Lembro que quando eu estava na faculdade, o curso popular se chamava engenharia de software. Esse curso usava tutoriais estrangeiros e a mensalidade era muito mais cara do que o curso médio, que era cerca de 1,5 vezes mais caro. Portanto, sempre foi muito complicado se envolver em software e até mesmo se sentir sofisticado. uma coisa.
Li "The Mythical Man-Month" mais tarde e, para ser sincero, lembrei-me de uma frase, não existe bala de prata no desenvolvimento de software, o que mais uma vez prova que software não é fácil de fazer. (A digressão é que este livro é realmente um pouco alto para estudantes que estão estudando na universidade ou apenas envolvidos em desenvolvimento, e é muito abstrato. Somente depois de participar pessoalmente de alguns projetos relativamente grandes você entenderá cada vez mais.)
Ao longo dos anos, experimentei modelo CMM, desenvolvimento ágil, devops, participei de projetos desenvolvidos por milhares de pessoas e também trabalhei em pequenos projetos com poucas pessoas. Também fiz várias funções, como desenvolvimento, gerenciamento de projetos, gerenciamento de produtos , O responsável pelo negócio, etc., tem um pouco mais de experiência, e aqui está como fazer os devops mais populares.
Claro, não sou profissional em eficiência de engenharia, e este artigo não é um tutorial para discutir como fazer engenharia de software ou como fazer devops. O núcleo é discutir o valor dos devops, alguns pré-fatores importantes e alguma lógica por trás disso.
Vamos dar uma olhada no valor direto trazido pela implementação do devops:
Valor para os clientes: resposta mais rápida
Ao liberar por recurso, os lançamentos de recursos podem chegar a dias
Resposta mais rápida às necessidades do cliente
Valor para o produto: melhorando a qualidade
Reduza o escopo do lançamento a cada vez, reduza a probabilidade de erros e melhore a qualidade
Se houver um problema, você pode responder a tempo; por meio de reversão ou reparo rápido, melhore a qualidade do produto
Valor para a equipe: Ative a organização, simplifique o gerenciamento e melhore o desempenho
Por meio de um desmantelamento razoável, o grau de acoplamento é reduzido e o entusiasmo da equipe é aprimorado, dividindo os campos em famílias; reduzindo as refeições em grandes cantinas, esperando uns pelos outros e reduzindo o desempenho causado pela troca de contexto. Para os membros da equipe, eles podem crescer rapidamente e assumir responsabilidades, o que também é muito útil.
Para os gerentes, pode liberar colaboração organizacional ineficiente e focar em oportunidades de negócios de nível superior e oportunidades de projeto.
Abra a fronteira entre desenvolvimento e operação e manutenção e reduza a troca de contexto. Além disso, por meio da divisão razoável de microsserviços, a dificuldade de uma única tarefa torna-se menor
Implementar uma alteração de software na verdade não é um requisito simples, mas uma engenharia de sistema. Existem alguns pré-requisitos importantes em devops:
Divisão da arquitetura de microsserviços
Ferramentas CI/CD
ambiente em tons de cinza
Transformação da cultura da equipe: o reconhecimento de ideias, o reconhecimento de mudanças nos métodos de trabalho e o cultivo contínuo de talentos em forma de T
Quando muitas equipes estão enfrentando o problema da transformação do modo de desenvolvimento, minha sugestão é
A implementação antecipada é melhor do que a implementação tardia: a implementação antecipada tem menos ônus para os clientes e negócios
Fazer na hora é melhor do que planejar em detalhes:
A diferença na eficiência de desenvolvimento individual será relativamente grande, portanto, a estimativa de largura de banda é muito difícil; portanto, em comparação com a ativação do potencial organizacional, o valor da estimativa detalhada de largura de banda é muito menor;
O planejamento é necessário, mas os negócios mudam rapidamente e uma organização ágil é mais valiosa, portanto, é mais valioso fazê-lo imediatamente do que planejar tudo em detalhes
O planejamento geral macroscópico é necessário, caso contrário, haverá falta de senso de direção
Considere começar com um/vários módulos, gradualmente praticando e ganhando experiência, e o mais importante é a transformação da cultura do companheiro de equipe, todos entendem e aceitam o novo modelo.
Já falei sobre muitas formas selvagens de prática antes, voltando aos acadêmicos do Devops e definindo a essência. Há um tema de "CALMA":
Cultura - refere-se a abraçar a mudança, promover a colaboração e a comunicação
Automação - refere-se à remoção da intervenção humana da cadeia de valor
Lean - Refere-se ao uso de princípios Lean para conduzir ciclos de alta frequência
Métricas (indicadores) - refere-se à medição de cada link, e através dos dados para melhorar o ciclo
Compartilhamento - refere-se a compartilhar abertamente sucessos e fracassos com os outros e aprender com os erros
Você descobrirá que o que disse acima pode ser mapeado para CALMS, e a compreensão será realmente mais profunda se você comparar.
Além dos vários valores mencionados acima, acho que o maior valor dos devops está na estimulação da natureza humana. A maior diferença dos modelos tradicionais Agile e CMM está na diferença na lógica de gerenciamento. Se essa diferença é explicada pelo bloqueio clássico no banco de dados, na verdade é a diferença entre o bloqueio otimista e o bloqueio pessimista. Além de várias ferramentas e rotinas, o núcleo do devops é ser capaz de ativar a consciência do proprietário ativo de cada equipe. membros. Deixe-os ousar lutar e fazê-lo.
Então devops será o fim? Acho que não.O gerenciamento de engenharia de software continuará a evoluir e se desenvolver para liberar maior produtividade.