Como a nuvem e os contêineres estão impulsionando a desagregação dos serviços de aplicações

Ecossistema F5 | 02 de abril de 2018
  • Os aplicativos orientam decisões sobre tudo, desde a localização até o formato da infraestrutura de entrega de suporte. 55% das organizações escolhem uma nuvem com base nas necessidades e nos requisitos dos aplicativos. 40% querem poder escolher o formato adequado para o aplicativo. (State of Application Delivery 2018)
  • À medida que as arquiteturas de nuvem e microsserviços desmembram e distribuem os aplicativos, a infraestrutura compartilhada se torna um ônus em vez de um benefício, elevando os custos de capital e operacionais
  • Custo, configuração e atualizações são fatores essenciais para dar suporte a arquiteturas por aplicativo com serviços de aplicação dedicados a cada aplicativo.
  • Uma abordagem por aplicativo para os serviços de aplicação é necessária para oferecer suporte a aplicativos e arquiteturas modernos

Nos últimos anos, temos observado um esforço conjunto dos provedores de nuvem — Amazon, Microsoft, Google, entre outros — para atender à necessidade específica das empresas por serviços de aplicações.

Hoje, é possível encontrar nos marketplaces de nuvem uma quantidade cada vez maior de serviços de aplicativos voltados à segurança (como firewalls de aplicações web), ao desempenho (armazenamento em cache) e até mesmo ao gerenciamento de identidades. Isso não é nenhuma surpresa. As empresas dependem, em média, de 16 serviços de aplicativos diferentes para tornar seus aplicativos mais rápidos e seguros. A cada ano, esse número aumenta. As empresas não vão abrir mão desses serviços em troca da velocidade da nuvem.

Nesse sentido, os serviços de aplicativos estão influenciando tanto os clientes quanto os provedores de nuvem. Mas essa não é uma via de mão única. A nuvem — e, cada vez mais, os contêineres — também está causando um impacto significativo nos serviços de aplicativos e na forma como eles são fornecidos.

À medida que as organizações empresariais continuam investindo em nuvem privada (local) e experimentando contêineres, elas percebem que o modelo tradicional de fornecimento de serviços de aplicações nem sempre é adequado.

Assim como ocorre com a maior parte da rede, há muito tempo os serviços de aplicações são fornecidos por meio de uma plataforma (geralmente chamada de Application Delivery Controller, ou simplesmente ADC) baseada em hardware confiável e escalável. Esses dispositivos foram projetados para oferecer alta disponibilidade e escalabilidade, sendo capazes de dar suporte a centenas de aplicações simultaneamente. A infraestrutura compartilhada — seja de rede ou de aplicações — há muito oferece vantagens em termos de custos. Distribuir as despesas de capital e operacionais entre várias aplicações fazia sentido.

Até que surgiram aplicativos e arquiteturas para os quais isso deixou de fazer sentido.

Há um número crescente de aplicativos e arquiteturas que exigem uma abordagem mais voltada à aplicação. A moderna variedade de microsserviços, por exemplo, requer uma plataforma rápida, escalável e acessível para implantar serviços de aplicação destinados a uma única aplicação.

As plataformas de serviços compartilhados não conseguem atender a essa demanda da mesma forma que uma plataforma por aplicativo projetada especificamente para esse fim. Há três bons motivos para isso:

  1. Custo. Você não compra uma van para doze passageiros se for a única pessoa que vai usá-la. Todo esse espaço extra aumenta tanto o custo inicial quanto o de operação. Nas situações certas (e para as aplicações certas), a infraestrutura compartilhada reduz o custo por aplicação e faz todo o sentido do ponto de vista financeiro e operacional. Mas, se você precisa dar suporte a apenas uma aplicação, ela só aumenta as despesas sem agregar valor.
  2. Configurações. Aplicativos e arquiteturas modernos são desenvolvidos e implantados tendo em vista atualizações frequentes. Se você compartilha uma plataforma com outros oito aplicativos — que não seguem o mesmo cronograma —, os responsáveis por eles podem ficar um pouco irritados se algo der errado e afetar seus aplicativos. Sem falar que, quanto mais configurações houver — e quanto maiores elas forem —, mais tempo será necessário para lê-las e verificá-las sempre que precisarem ser recarregadas ou alteradas.
  3. Atualizações. Quando Bob quer atualizar essa plataforma compartilhada e você não, quem leva a melhor? Se Bob levar a melhor — e isso causar problemas em um aplicativo — ninguém sai ganhando. Atualizar uma infraestrutura compartilhada pode ser uma perspectiva assustadora. Isso também pode exigir mais tempo para atualizar (ou até mesmo migrar) as configurações para as versões mais recentes, o que nos leva de volta ao primeiro problema e aos custos que podem se acumular.

Há uma necessidade (e uma demanda) por uma plataforma de serviços de aplicações projetada especificamente para oferecer suporte a apenas uma aplicação. Restringir a responsabilidade a uma única aplicação reduz o tamanho (e a complexidade) da configuração, limita o impacto de uma atualização malsucedida a um único aplicativo e diminui os custos de aquisição e operação.

Por causa da nuvem, dos contêineres e dos microsserviços. Por causa do DevOps e da economia digital, que impulsiona as organizações a fazer entregas com mais rapidez e frequência.

As aplicações e as arquiteturas estão mudando. Os ambientes estão mudando. Isso significa que os serviços de aplicações — e seus mecanismos de entrega — também precisam mudar.

Compartilhar
Tags: 2018

Sobre o autor

Lori Mac Vittie
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

Publicaçõ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
Ecossistema F5 | 21/10/2026

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
Ecossistema F5 | 10/12/2020

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
Ecossistema F5 | 08/10/2018

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
Ecossistema F5 | 17/04/2017

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
Ecossistema F5 | 11/06/2015

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
Ecossistema F5 | 08/06/2015

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...