O estado do portfólio de aplicativos empresariais

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

Quando foi a última vez que você se mudou para uma casa nova?

Quando se mudou, você se desfez dos seus móveis? Dos objetos de decoração? Dos quadros? Dos tapetes? Provavelmente não. Talvez tenha aproveitado a oportunidade para substituir alguns pertences velhos e desgastados por novos, mas a maior parte dos seus bens foi com você.

Ao que tudo indica, os portfólios de aplicativos empresariais são como os itens que compõem uma casa. Quando as organizações adotam novas arquiteturas e desenvolvem novos aplicativos, elas não descartam os que já existem. Embora sempre haja alguma redução do portfólio ao longo do tempo, em geral, os aplicativos que entraram em operação anos atrás usando arquiteturas tradicionais continuam em uso — desde que continuem agregando valor ao negócio.

Durante anos, isso foi afirmado como fato, embora houvesse poucos dados para sustentar essa alegação. Ninguém contesta a veracidade da premissa, mas é bom finalmente ter dados empíricos que a comprovem.

Em nossa pesquisa sobre o Estado dos Serviços de Aplicativos, perguntamos sobre as tendências e tecnologias que acreditamos que afetarão o futuro dos serviços de aplicativos. A nuvem é uma delas. A automação e a orquestração são outra. Mas talvez o maior impacto sobre os serviços de aplicativos venha naturalmente das aplicações que essas funções intermediárias disponibilizam e protegem.

Por isso, perguntamos sobre as arquiteturas de aplicações em uso e a composição do portfólio de aplicações empresariais.

Os resultados provavelmente não surpreenderão ninguém, embora a rápida adoção de arquiteturas modernas — em especial, os microsserviços — possa ser bastante interessante.

Como você já sabe por uma publicação anterior que a arquitetura de aplicativos mais predominante nos portfólios empresariais atuais é uma arquitetura tradicional: o aplicativo web de três camadas (36%). Logo atrás, porém, está sua antecessora: a arquitetura cliente-servidor (34%). Mainframes e monólitos ainda representam 11% dos portfólios de aplicativos, mas as arquiteturas modernas (definidas aqui como aplicativos móveis e microsserviços) já os superaram, representando 14% e 15% do portfólio de aplicativos, respectivamente.

Isso é interessante, mas analisar a divisão entre arquiteturas "tradicionais" e "modernas" é ainda mais fascinante. Para os fins desta análise, definimos como arquiteturas "tradicionais" os monólitos, as aplicações cliente-servidor e as aplicações web de três camadas. As arquiteturas "modernas" são as aplicações móveis e os microsserviços.

Usando essas categorias, constatamos que a maioria (76%) utiliza uma combinação de ambas.

Os 24% restantes pendem fortemente para o lado das arquiteturas tradicionais, sendo que 21% usam apenas arquiteturas tradicionais em seu portfólio de aplicativos. Os demais, que poderíamos chamar de aventureiros, dependem exclusivamente de arquiteturas modernas. Embora o número médio de arquiteturas de aplicativos em um portfólio corporativo seja três, a longevidade de algumas empresas fica evidente no fato de que 18% das organizações operam aplicativos em todas as arquiteturas. As cinco.

Ainda mais interessante é o fato de que 11% das organizações utilizam apenas UMA arquitetura.

As organizações mantêm portfólios heterogêneos de aplicativos. À medida que adotam arquiteturas modernas, elas continuam usando e integrando aplicativos que pertencem à categoria de arquitetura tradicional. Embora esperemos que a composição dos portfólios de aplicativos mude ao longo do tempo, à medida que os aplicativos chegam ao fim de sua vida útil e são substituídos por equivalentes modernos, essa transição leva tempo. Em alguns casos, muito tempo.

Eu esperaria ver um declínio do modelo cliente-servidor antes de uma queda significativa das aplicações web de três camadas, acompanhado por um crescimento expressivo dos aplicativos baseados em microsserviços. No entanto, não prevejo o desaparecimento drástico dos mainframes e monólitos tão cedo, dada a forte interdependência entre os negócios e as aplicações disponibilizadas por meio dessas arquiteturas. A realidade é que a transformação digital está promovendo uma integração mais estreita entre negócios e tecnologia, e os monólitos “antigos” executados em mainframes muitas vezes já apresentam esse nível de integração.

A saber, embora, no geral, menos de um terço (31%) dos entrevistados tenha afirmado que seus aplicativos eram essenciais para os negócios, entre aqueles cujos monólitos representam mais da metade do portfólio de aplicativos, esse percentual sobe para 38%. Claramente, monólitos e mainframes continuam gerando valor para os negócios, apesar de sua possível idade avançada.

A relação com os serviços de aplicativos

Então, por que um provedor de serviços e segurança de aplicações se preocupa com as arquiteturas de aplicações, além do óbvio: "as aplicações precisam ser escaláveis, seguras e rápidas"?

As arquiteturas de aplicações sempre tiveram — e continuarão tendo — um impacto profundo na forma como os serviços de aplicações são fornecidos. As arquiteturas tradicionais, por exemplo, são adequadas aos mecanismos tradicionais de entrega baseados em proxy, como o controlador de entrega de aplicações (ADC). No entanto, as aplicações modernas, que dependem fortemente de APIs e de modelos de execução distribuídos, introduzem novos mecanismos de entrega que muitas vezes atendem melhor aos operadores dessas aplicações. Opções nativas de contêiner, bem como modelos “como serviço”, costumam ser combinadas com aplicações modernas. Além disso, plugins para servidores web e de aplicações (como os módulos do NGINX) estão se tornando mecanismos de entrega cada vez mais atraentes para serviços de aplicações.

A realidade é que os microsserviços estão fragmentando a rede. Com isso, eles estão deslocando o centro de gravidade das arquiteturas de entrega em direção à aplicação. Isso está aproximando alguns serviços essenciais de aplicações (em especial, disponibilidade e segurança) da aplicação — e, em alguns casos, incorporando-os a ela.

Isso vai mudar a forma como nós, enquanto setor, implantamos e operamos serviços de aplicações e como a F5, enquanto fornecedora, os disponibiliza.

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