Nos últimos meses, você provavelmente se deparou repetidas vezes com a palavra DevOps. Mas, afinal, o que é isso? Segundo escreveu em artigo para o site TechChunch, Daniel Greene, diretor de Tecnologia Avançada da 3Pillar Global, essa pergunta é absolutamente compreensível.
De acordo com ele, não é algo novo. SOA, ESB, e cloud receberam tratamentos semelhantes. Há cinco anos, uma enorme quantidade de produtos de integração foi rapidamente rebatizada de ESBs e SOA gerando um alto nível de hype e agora o mesmo acontece com DevOps.
Green explica que historicamente, gerentes de produto, analistas de negócios e engenheiros de software trabalham juntos para organizar um projeto. Depois que ele acaba, a interação também termina.
Com o tempo, os profissionais passaram a se dar conta de que a mentalidade de ‘ficam sem cima do muro’ no desenvolvimento de soluções não funciona. Eles, então, passaram a apagar a linha que separa as tarefas de desenvolvimento, como codificação e implantação operacional e provisionamento de servidores, e passaram a ficar em linha com outras atividades, daí o nome “DevOps”.
Ok, ainda parece difícil de entender o que isso realmente significa. Green, então, aponta que para ele, DevOps define um conjunto de práticas, ferramentas e políticas que conduzem à melhoria da qualidade e na entrega. Em muitos aspectos, a implementação rápida e frequente de produção reduz o risco, já que aquela versão pode ter menos alterações. E correções para quaisquer problemas que são encontrados são mais fáceis de serem executados ou mudanças menores são tipicamente mais fáceis de reverter.
Então DevOps é o mesmo que automação ou implantação contínua? Quase. DevOps, de certa forma, é sobre a garantia da qualidade em todas as fases de desenvolvimento. O DevOps suaviza os aspectos surpresa no desenvolvimento de software e na implantação. Assim, problemas são reduzidos significativamente. Ao estabelecer implementações consistentes, confiáveis e automatizadas, erros humanos e a necessidade de apagar incêndios caem drasticamente.
Mas algumas vezes, no entanto, a automação simplesmente não é necessária para todos os produtos ou empresas, por isso a prática varia muito de empresa para empresa. Companhias geralmente querem sair à frente da concorrência com o lançamento rápido de produtos e funcionalidade. Equipes de desenvolvimento ágeis podem se adaptar às mudanças de negócios e desafios, mantendo elevados padrões de qualidade.