Cinco recomendações para a implementação de DevOps
Autor: Claudio Oliveira | Publicado: 2017-03-06T12:42:00-03:00




Partir das metas corretas e contar com um ferramental de desempenho eficaz pode deixar você um passo mais próximo do nirvana do DevOps, o que significa aplicativos mais rápidos e inovação acelerada

Gerardo Dada,&nbsp;
www.cio.com.br

Existem algumas maneiras de encarar o DevOps. Primeiro, como uma metodologia de desenvolvimento baseada na integração e na entrega contínuas, com o respaldo de um conjunto de ferramentas de gerenciamento de configurações, como Chef, Puppet, Salt e Ansible.&nbsp;

Também podemos pensar no DevOps como um conjunto mais simples de princípios que orientam as práticas de desenvolvimento e de implantação (automatizar, monitorar e registrar tudo em log). Tudo com a meta de visualizar como cada alteração em um processo iterativo acelerado afeta o desempenho.

O desafio – além da complexidade envolvida na implementação dessas ferramentas, na criação de scripts e na transformação de todo o processo de desenvolvimento – é que o DevOps exige uma mudança de cultura e um novo conjunto de habilidades.

A principal pergunta é: por onde começar? Como as equipes podem começar a desfrutar dos benefícios do DevOps sem ter que esperar meses ou anos para que as novas habilidades, ferramentas e processos estejam prontos e a nova cultura tenha se arraigado?

Noções básicas:
Talvez, o melhor forma seja começar pelas noções básicas. A ideia central por trás do DevOps é a de que os desenvolvedores e as equipes de operações devem trabalhar juntos, colaborando, para fornecer que os desenvolvedores possam ter, em tempo real, as informações sobre como os aplicativos são executados, a fim de melhorar o desempenho enquanto estão sendo criados. Um aspecto essencial do estabelecimento de uma cultura de DevOps é proporcionar às equipes de desenvolvimento e operações &nbsp;a visualização imediata do desempenho dos aplicativos.&nbsp;

Equipes só trabalham bem juntas quando compartilham um propósito e têm um entendimento comum da realidade. No âmbito do desenvolvimento de aplicativos isso significa que, para que o DevOps tenha algum impacto, todos estejam de acordo quanto a uma única versão da verdade, o que proporciona um entendimento comum do que está funcionando e do que não está.

&nbsp;Embora isso pareça simples, a realidade é que, com bastante frequência, as diferentes equipes que trabalham em aplicativos estão organizadas em silos, com cada uma delas executando seu próprio painel, tendo a perspectiva de uma parte específica da pilha de aplicativos.&nbsp;

Por isso, um grande primeiro passo rumo ao DevOps é trabalhar no sentido de proporcionar uma única versão da verdade para essas equipes – uma estrutura comum em que todos os membros da equipe possam compreender o que acontece nos aplicativos, sistemas de banco de dados, sistema operacional, hipervisor, servidor de host e armazenamento. Só assim é possível eliminar a troca de acusações, determinando com clareza onde estão os problemas, afastando a a ambiguidade, focando na ação.

Como implementar:
Com isso em mente, apresentamos cinco recomendações para implementar uma cultura DevOps em sua organização:

&nbsp;1. &nbsp;Proporcione aos desenvolvedores uma visualização direta do monitoramento dos servidores de produção, preparo e teste. Até que o desenvolvedor veja o comportamento efetivo do código, ele não terá como saber como o aplicativo se comportará de fato.

2. &nbsp;Torne as equipes autossuficientes com relação às observações sobre desempenho, eliminando gatekeepers e silos de informações. Quando os desenvolvedores têm informações diretas sobre o desempenho, a interação deles com o pessoal de operações são mais construtivas e eles não precisam implorar por informações.

3. &nbsp;Torne o desempenho um requisito explícito logo de saída. Por muito tempo, o desempenho foi considerado algo secundário, com que se deve lidar apenas quando as especificações funcionais tiverem sido atendidas. Tornar requisitos de desempenho uma parte essencial do processo de design, com testes e avaliações de desempenho logo no início do ciclo de desenvolvimento, garante que eles não tenham que ser acrescentados posteriormente.

4. &nbsp;Estabeleça métricas compartilhadas, de modo que o desenvolvimento, a produção e a gerência tenham uma base para comparação dos resultados, avaliação do progresso e rastreamento do impacto das alterações. Quando os engenheiros de software e de sistema têm uma base comum para discussão e avaliação do progresso, estão em melhor posição para &nbsp;trabalhar por uma meta comum.

5. &nbsp;Concentre o foco na experiência do usuário final, seja este um cliente externo ou o responsável por um aplicativo em uma unidades de negócio. Quando a TI se volta para o serviço, o nível de serviço proporcionado ao cliente torna-se a única métrica realmente importante para avaliação do departamento de TI. Com a meta comum de proporcionar um serviço responsivo e previsível para aplicativos &nbsp;dirigidos ao usuário final, tanto a produção quanto o desenvolvimento podem colaborar para o seu cumprimento.




Mas isso não é tudo:
Há mais duas considerações importantes. Primeiro, somente as ferramentas de monitoramento não são suficientes. O monitoramento baseado em integridade fornece o status ativo/inativo para dezenas ou centenas de componentes, em geral com foco em indicadores de status verde, amarelo ou vermelho. Eles são úteis para identificar quando algo não funciona, mas são muito limitados para identificar a causa raiz dos problemas apontados e a correlação entre os componentes. Um sistema pode ser totalmente ineficiente e, mesmo assim, o painel de monitoramento mostrar apenas luzes verdes, já que nada em especial está avariado. Por isso, é importante olhar para um sistema com uma visão de desempenho, para compreender os tempos de espera e os congestionamentos.

Segundo, muitas equipes DevOps tentam monitorar tudo. O resultado são logs de mais de um gigabyte que exigem ferramentas avançadas e muito tempo de análise. Embora os gráficos produzidos possam ser muito interessantes, sua utilidade é limitada à capacidade de produzir informações. Um terabyte de dados de log é algo inútil, a menos que possa especificar o que há de errado com o sistema.

Conclusão:
Para resumir, as equipes de desenvolvimento e de operações podem trabalhar melhor em conjunto quando:&nbsp;

1 - Compartilham uma mesma visão do sistema, que fornece visibilidade de todas as camadas da pilha e das dependências entre elas;
2 - Estão voltadas para o desempenho e seu foco se concentra em localizar congestionamentos e informações que resultem em ação;

Mesmo sem a complexidade de um sistema completo de gerenciamento de configurações, partir das metas corretas e contar com um ferramental de desempenho eficaz pode deixar você um passo mais próximo do nirvana do DevOps, o que significa aplicativos mais rápidos e inovação acelerada.