Repensando sobre IT DevOps

"Muitas empresas existem por causa de aplicativos, o que significa que o desempenho do aplicativo é a medição mais crítica além da receita", diz Chris Farrell, Vice President of Automation Value Services Software da IBM. "Quando o seu aplicativo é o seu negócio, a velocidade é tanto uma arma quanto um indicador da qualidade do seu aplicativo."

Neste mundo de hiperimplementação, Farrell diz que é fundamental que as organizações "virem a página" em como pensam sobre alcançar a integração contínua e a entrega contínua (CI/CD). "Em vez de falar sobre o número de dias entre implementações, você deveria estar falando sobre o número de atualizações por período", ele diz. "Quanto mais curto o período, mais você estará progredindo nos negócios."

A série "Repense e Automatize" da IBM convida líderes a reinventarem processos comerciais e de TI comuns ao abordá-los a partir de uma perspectiva de um projeto a partir do zero, e a adotarem a automação. O processo típico de DevOps é um conjunto cíclico de oito etapas: planejamento, codificação, construção e teste, seguidos de liberação, implementação, operação e monitoramento. Quando uma das oito etapas torna-se mais demorada, todo o pipeline torna-se mais demorado.

"Fora do mundo 'nascido digital', melhorar a velocidade pode ser ainda mais crítico para as grandes empresas incumbentes", escreve Hans A.T., da IBM. Dekkers em "A velocidade da arquitetura mais inteligente" (PDF, 696 KB), um artigo publicado pelo IBM Institute for Business Value. "Quando vemos que a média de expectativa de vida das empresas no S&P 500 cair de 60 anos (nos anos 1960s) para menos de 20 anos (hoje), com uma tendência em aceleração em direção a uma rotatividade ainda maior, estamos presenciando os efeitos de ter, ou se não ter, velocidade."

Para alcançar o CI/CD, os desenvolvedores precisam construir uma vez, implementar em qualquer lugar e gerenciar o pipeline constantemente. Aqui está como Farrell projetaria novamente o ciclo típico usando a automação, observando que quaisquer melhorias requerem "um compromisso completo com o DevOps e um desejo de atingir e alcançar a entrega contínua".

Passe do monitoramento à observabilidade

"Isso pode surpreender as pessoas, mas se eu fosse projetar novamente o processo de DevOps do zero, meu primeiro foco seria a última etapa: monitoramento", diz Farrell. "Você deve se livrar das ferramentas do espaço de monitoramento tradicional e se mover para a observabilidade o mais rapidamente possível. Lembre-se, quanto mais cargas de trabalho você aplicar observabilidade, de forma mais rápida e precisa qualquer membro de Ops poderá navegar de um problema para sua causa raiz, sem envolver desenvolvedores e outros especialistas no assunto".

Em TI, a observabilidade refere-se a ferramentas e práticas de software para agregar, correlacionar e analisar um fluxo constante de dados de desempenho de um aplicativo distribuído, juntamente com o hardware e a rede em que ele é executado, de modo que seja possível solucionar problemas e depurar mais eficazmente o aplicativo e a rede. Observabilidade é uma evolução natural do monitoramento de desempenho de aplicativos (APM) para melhor abordar a natureza cada vez mais rápida, distribuída e dinâmica das implementações de aplicativos nativos de cloud.

Além do monitoramento, cada etapa do processo de DevOps já possui muitas ferramentas que aceleram, integram e automatizam o processo. "Ferramentas de monitoramento tradicionais enfrentam problemas com pipelines acelerados e pilhas modernas de tecnologia, especificamente porque a configuração manual, a reconfiguração e/ou a reimplementação desacelera as coisas", diz Farrell. A plataforma de observabilidade fornece o entendimento, ou seja, visibilidade com contexto, e se ajusta a quaisquer mudanças em tempo real, significando que está sempre atualizada.

A observabilidade também une os aplicativos e a infraestrutura, o que é necessário à medida que as linhas entre as pilhas de código do aplicativo, infraestrutura baseada em código e hardware começam a se confundir. "Se você pensar sobre a necessidade de velocidade em todo o pipeline, as plataformas devem ser capazes de ser tão flexíveis e rápidas quanto o próprio código do aplicativo", diz Farrell.

Automatize a observabilidade para obter mais velocidade e resultados

"A necessidade de migrar para a observabilidade é absoluta, mas tem que ser automatizada", diz Farrell. Uma plataforma de observabilidade automatizada com um mecanismo de análise permite que a própria plataforma fornece entendimento, recomendações e correção para problemas. Você não tem mais que gastar tempo diagnosticando problemas; é feito automaticamente.

A automação em todo o processo do IT DevOps proporciona uma série de outros benefícios além da velocidade. O feedback contínuo significa que os desenvolvedores podem agir de forma rápida e decisiva para a melhoria contínua. A detecção de erro melhorada permite que desenvolvedores corrijam erros antes que eles causem o que Farrell descreve como impactos "catastróficos". E, finalmente, a integração do sistema melhora a colaboração da equipe, possibilitando a todos os profissionais de TI e de DevOps dentro de uma equipe alterem o código, respondam ao feedback e retifiquem problemas sem atrapalhar seus colegas.

De acordo com o relatório DORA 2018 Accelerate: State of DevOps (link externo à ibm.com) (PDF, 1,8 MB), "as organizações de desempenho de elite" têm implementações de código 46 vezes mais frequentes, um tempo de avanço 2.555 vezes mais rápido da confirmação à implementação e uma taxa de falha de mudança 7 vezes mais baixa, e se recuperam de incidentes 2.604 vezes mais rapidamente. É possível ver o benefício exponencial de implementações mais frequentes levando a liberações aceleradas de novos softwares, e resoluções de problemas milhares de vezes mais rápidas. "Uma das minhas correlações favoritas é a redução da taxa de falha de mudança, mesmo à medida que você implementa mais rapidamente", diz Farrell.

Quando as organizações automatizam todas as oito etapas do processo, elas podem esperar maior qualidade e melhor satisfação do cliente. Mas Farrell diz que seu benefício favorito é a velocidade. "Um exemplo que vi foi em um banco. Eles levariam, aproximadamente, de dez a doze meses para terem uma ideia sobre um produto antes que fosse disponibilizado. Assim que colocaram seus novos processos de DevOps em uso, o intervalo de tempo mudou para duas semanas", diz ele. "Você vê resultados de sucesso absolutos e diretos no mercado".