16 de July de 2019
Todo mundo sabe que, na prática, a teoria é outra. Com a adoção do Devops não poderia ser diferente.
O Devops do mundo real não é exatamente igual àquele que a gente encontra nos livros ou nos conceitos que os especialistas pregam. Existem muitas razões para isso. Mas, para deixar você mais tranquilo, decidimos listar aquelas que consideramos mais frequentes:
De acordo com a teoria DevOps, toda empresa tem uma área de TI e uma área desenvolvimento. Adotar DevOps é exatamente fazer com que as duas trabalhem juntas.
Mas a realidade é que nem toda empresa organiza seu quadro de funcionários ou suas operações de TI dessa forma. Algumas sequer segregam os desenvolvedores do restante da equipe de TI. Outras nem têm desenvolvedores ou equipe de TI: terceirizam.
Claro que essas empresas ainda podem se beneficiar dos princípios de DevOps, como colaboração e automação. Mas não poderão seguir suas recomendações para a organização do trabalho técnico.
“Engenheiro de DevOps” virou uma tendência. Mas poucos programas de treinamento suprem essa demanda.
A maioria das universidades e programas ainda separa o curso de desenvolvimento de software de outros que focam em TI. Por isso, contratar um engenheiro de DevOps ou uma equipe com habilidades em desenvolvimento e TI, é tarefa árdua.
O fato é que engenheiros de DevOps geralmente são funcionários experientes que desenvolveram suas habilidades em DevOps na vida real, trabalhando.
O mantra de DevOps é automatizar, automatizar…Tudo! Desde a construção e teste de software, até a implantação, monitoramento do ambiente de produção e resposta a incidentes.
Automação é excelente. Vide as soluções RPA (Robotic Process Automation). Mas a realidade é que você nunca pode automatizar tudo. Engenheiros humanos sempre precisarão responder a problemas ocasionais ou imprevistos que podem surgir durante o gerenciamento de testes, implantação e produção. E o simples fato de manter esses profissionais disponíveis é um atestado de que não se pode delegar tudo à automação.
Em alguns aspectos, o DevOps é uma contradição. Se por um lado, prioriza agilidade e escalabilidade, por outro, enfatiza simplicidade e reprodutibilidade.
Quem é fera no assunto, sabe que, na prática, significa que as equipes de DevOps adotam microsserviços e contêineres com o objetivo de maximizar a agilidade. Mas microsserviços e contêineres são muito mais complexos de se gerenciar do que monolitos.
E mais, a gente percebe que a maioria das organizações DevOps enxerga mais valor em tecnologias e arquiteturas complexas e acaba optando por elas. Não temos dúvidas de que automação, infraestrutura como código e similares podem ajudar a simplificar o gerenciamento de tecnologias ágeis complexas. Mas até certo ponto.
Se você passa seu tempo cercado por pessoas que adotaram o DevOps e o implementaram com sucesso, é fácil assumir que o resto do mundo é como você.
Sim, vivemos a era dos DevOps, mas a realidade é que a maioria das empresas concluiu apenas algumas etapas para a implementação dos processos básicos de DevOps. Se o DevOps fosse tão fácil de implementar quanto demonstrado nos livros, muitas outras empresas já estariam praticando CI/CD (continuous integration e continuous delivery).
É claro que DevOps oferece benefícios. Nós, da Elumini, não só pregamos sua adoção, assim como ajudamos na sua implantação. Poucas organizações têm a configuração ou recursos necessários para usar o DevOps by the book. Por isso, antes de tudo, procuramos equilibrar essa conversa com a realidade da empresa. O DevOps pode até ficar um pouco diferente daquele encontrado na teoria, mas, certamente, estará mais acessível e será melhor recebido.
Se você quer que o Devops faça parte da rotina da sua empresa, fale conosco! Ajudaremos você nesse desafio, levando em conta a configuração e os recursos da sua empresa.
Mas se você é um profissional de DevOps e está em busca de oportunidade, entre em contato também! Frequentemente recebemos demandas para o seu perfil.