Estamos em meio a uma mudança significativa nas arquiteturas de aplicações. Segundo a Cisco (Global Cloud Index: 2016-2021), 85% das novas instâncias de cargas de trabalho de aplicações são baseadas em contêineres. Isso significa que elas estão sendo projetadas e desenvolvidas com arquiteturas modernas de aplicações, que se apoiam fortemente nos princípios de API-first e microsserviços. Essa arquitetura é muito diferente da arquitetura web tradicional de três camadas, que domina o cenário das aplicações desde que a Internet surgiu como um meio confiável de fazer negócios.
No entanto, as aplicações tradicionais também não vão desaparecer. Estudos mostram que as aplicações tradicionais (legadas) têm uma vida útil mais longa do que muitas carreiras, chegando a 20 anos. De fato, uma pesquisa da BMC constatou que mais de 51% dos entrevistados mantinham mais da metade de seus dados em um mainframe. Os entrevistados também relataram aumentos nos volumes de transações (59%), nos volumes de dados (55%) e na velocidade das mudanças nas aplicações (45%).
Essas arquiteturas se diferenciam por muitas características, incluindo as escolhas tecnológicas.
Os aplicativos tradicionais dependem de servidores web, servidores de aplicativos e bancos de dados relacionais. Contêineres, mecanismos de aplicativos e bancos de dados NoSQL são as opções preferidas para o desenvolvimento moderno. Os aplicativos tradicionais ficam principalmente em ambientes locais e aproveitam recursos compartilhados. Já os aplicativos modernos ficam na nuvem e esperam contar com recursos dedicados exclusivamente a eles.
Também encontramos diferenças nas arquiteturas usadas para fornecer os serviços dos quais todos os aplicativos dependem para reforçar a segurança, garantir a disponibilidade e melhorar o desempenho. Para deixar claro, essa divisão não se baseia propriamente no uso de serviços de aplicativos, mas na eficiência das plataformas que os fornecem.
Capacidade e conexões
A eficiência é o principal resultado esperado da transformação digital, de acordo com nosso relatório State of Application Services 2019. 70% das organizações citaram a otimização de TI (eficiência), à frente de benefícios mais associados a jargões da moda, como vantagem competitiva (46%) e novas oportunidades de negócios (45%). Na pesquisa State of the CIO de 2019, 40% dos entrevistados disseram que o aumento da eficiência operacional será a iniciativa mais importante para impulsionar os investimentos em TI neste ano.
A eficiência é importante. O problema é que, além da divisão entre as arquiteturas tradicionais e modernas, há também uma diferença na forma como definimos eficiência.
As arquiteturas tradicionais de entrega medem a eficiência com base em valores transacionais, como o custo por conexão. Os sistemas foram desenvolvidos com base na premissa de infraestrutura e recursos compartilhados, o que exigia plataformas altamente confiáveis e escaláveis para a entrega de serviços de aplicações. Uma única plataforma de entrega de aplicações atua como gateway para uma média de mais de 130 aplicações diferentes. Sua eficiência é baseada no custo por conexão (capacidade) e, em geral, quanto menor, melhor. A complexidade é aceitável, desde que se alcance uma alta capacidade.
A abordagem atual de aplicações nativas da nuvem e baseadas em contêineres aponta para uma explosão no número de “aplicações” que exigem a mesma segurança e escalabilidade de suas antecessoras monolíticas. Já não se espera que uma única aplicação seja dimensionada para milhões de conexões. Em vez disso, esses milhões de conexões serão distribuídos entre centenas (ou milhares) de aplicações menores. Os serviços de aplicação não precisam ser dimensionados para milhões de conexões porque as “aplicações” não escalam mais verticalmente, mas horizontalmente. Cada uma é responsável por apenas uma pequena parcela do total de conexões. Portanto, os serviços de aplicação que distribuem essas conexões também não precisam ter uma capacidade tão alta.
Velocidade, simplicidade e segurança
Em vez disso, a eficiência é medida com base na simplicidade e na velocidade. Mudanças rápidas e frequentes precisam ser feitas para atender à crescente demanda da economia digital. Nada menos que 62% dos participantes do relatório de 2017 da SDxCentral sobre orquestração de contêineres e nuvem implantam contêineres para obter “maior rapidez na inicialização e no encerramento”. Quase metade (47%) implanta contêineres especificamente por serem mais fáceis de gerenciar. Portanto, os serviços de aplicações devem ser fáceis e rápidos de adquirir, implantar e operar em arquiteturas modernas. É por isso que o código aberto domina o conjunto de ferramentas de CI/CD e torna o NGINX uma ferramenta tão atraente para grande parte das comunidades de desenvolvedores e DevOps.
As plataformas modernas de entrega não são tão eficientes em arquiteturas tradicionais, e as plataformas tradicionais de entrega não são tão eficientes em arquiteturas modernas. Isso fica particularmente evidente quando analisamos a segurança de aplicações. A segurança de aplicações é projetada principalmente para impedir que ataques externos (públicos) alcancem aplicações, servidores e fontes de dados. Uma segurança de aplicações eficaz — e eficiente — faz isso o mais próximo possível da origem do ataque. Quando um ataque ou uma carga maliciosa é detectado por uma aplicação, geralmente já é tarde demais. Recursos já foram consumidos. O malware já foi entregue. O código malicioso já se instalou.
Em termos de arquitetura, isso geralmente significa que a segurança de aplicações é implantada com mais eficiência em uma arquitetura tradicional (N-S), a fim de impedir que o tráfego malicioso alcance aplicações executadas em qualquer um dos dois tipos de ambiente (ou seja, moderno ou tradicional).
Superando a divisão
Em resumo, isso sintetiza a atual lacuna arquitetural que pretendemos preencher com a aquisição da NGINX. Os clientes precisam de opções para arquiteturas de entrega tradicionais e modernas a fim de atender à sua própria equação de eficiência. Vemos a necessidade de ambas para permitir que os clientes superem a lacuna entre as arquiteturas tradicionais (N-S) e modernas (E-W).
Hoje, ambas as arquiteturas são válidas e necessárias para que as empresas consigam oferecer recursos digitais com mais rapidez e frequência e, acima de tudo, da maneira mais eficiente possível, dando suporte ao seu ativo mais valioso: um portfólio multigeracional de aplicações. Acreditamos que chegou o momento de superar essa lacuna, reunindo o que há de melhor nas arquiteturas de entrega tradicionais e modernas.
Para saber mais sobre as vantagens de unir a F5 e a NGINX, confira uma publicação do CEO da F5 que apresenta a série de posts “Bridging the Divide”.
Sobre o autor
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 VittiePublicações relacionadas no blog
Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...