Pronto para produção não significa pronto para o usuário

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

A entrega contínua é o penúltimo objetivo das organizações que adotam DevOps. Não é o objetivo final, pois esse seria a implantação contínua.

Muito se fala nos bastidores do DevOps sobre a capacidade de entregar software pronto para produção inúmeras vezes ao dia.

Isso é ótimo.

O motivo pelo qual isso não me empolga tanto é que, na maioria das organizações empresariais — mesmo naquelas que adotam DevOps —, a entrega é apenas a primeira etapa da fase de “chegada ao mercado” do ciclo de vida de uma aplicação. Poucas aplicações estão “prontas” para os usuários quando chega a notificação final de compilação e lançamento. A aplicação ainda precisa ser implantada em produção, onde diversos procedimentos e políticas garantirão que ela seja disponibilizada adequadamente aos usuários.

Veja bem, a implantação contínua é (ou deveria ser, talvez seja, ou será) o objetivo final das organizações que adotam DevOps. Mesmo que não seja, a questão mais ampla é que simplesmente disponibilizar um aplicativo em produção não significa que ele tenha sido efetivamente entregue aos seus usuários. Isso exige a implantação em produção, juntamente com todos os serviços necessários para dimensionar, proteger e acelerar o aplicativo, garantindo que ele ofereça uma experiência ideal aos usuários, tanto corporativos quanto consumidores.

Isso pode significar balanceamento de carga, para garantir escalabilidade e disponibilidade. Quase certamente significa segurança — pelo menos no firewall, de preferência também a segurança dos aplicativos e, possivelmente, outros recursos. Também pode envolver acesso e identidade. Talvez não para aplicativos voltados ao consumidor, mas aqueles destinados ao público corporativo podem precisar ser incluídos em políticas de SSO ou federadas para garantir um acesso simples e sem complicações. Também pode ser necessário garantir velocidade em termos de desempenho.

Tudo isso precisa acontecer antes que um aplicativo esteja “pronto” para os usuários. E a equipe de “produção” sabe disso. Dos 32% dos participantes da nossa pesquisa State of Application Delivery 2017 que se enquadraram na categoria “temos de 1 a 10 desses serviços implantados”, a maioria ficou no grupo “temos mais de 5”, com 63% indicando ter de 6 a 10 implantados atualmente.

Independentemente das questões de “implantação contínua”, esses serviços são essenciais para garantir que os aplicativos estejam “prontos para os usuários”, e não apenas “prontos para produção”.

Fazer inúmeras entregas em produção é ótimo, mas fazer entregas ao mercado com mais frequência é o verdadeiro objetivo. Mesmo que o DevOps avance para o ambiente de produção (pode entrar! a água está ótima, de verdade!) para cuidar do aplicativo e de sua infraestrutura imediata, ainda haverá serviços em etapas anteriores que precisarão ser provisionados, configurados e testados antes que o aplicativo possa realmente ser considerado “entregue”.

Lançar aplicativos em produção com mais frequência não afeta de fato o cronograma de implantação. Há um motivo para os projetos de código aberto terem uma ramificação “estável” e uma opção de “compilação noturna”. É claro que posso obter a versão mais recente e avançada, mas, como usuário, prefiro a opção “estável”, pois aplicativos que apresentam falhas ou travam aleatoriamente não contribuem em nada para uma experiência positiva.

O cronograma de implantação precisa ser orientado pelas necessidades do negócio e executado pela TI, o que significa envolver toda a TI (as quatro áreas de operações) para começar a automatizar o máximo possível do processo. Afinal, um aplicativo só está pronto para o usuário quando está protegido e acelerado pelos serviços que o cercam em produção.

Sobre o autor

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.

Mais publicações de Lori Mac Vittie