BLOG | ESCRITÓRIO DO DIRETOR DE TECNOLOGIA

Os serviços de aplicações devem seguir as aplicações à medida que seguem os dados

Miniatura F5
F5
Publicado em 25 de setembro de 2018

 

A adoção da nuvem e agora dos contêineres rompeu com a arquitetura tradicional de rede que dominou o design de data centers por décadas. O controle sobre o tráfego não está mais confinado a locais bem definidos em uma única arquitetura de rede. Agora, ele é distribuído pela Internet e por todo o data center, à medida que os contêineres anulam os recursos crescentes da entrega de aplicativos.

Essa distribuição de aplicativos está causando estragos nas operações, pois a visibilidade, a segurança e o desempenho dos aplicativos e da infraestrutura de suporte não podem mais ser garantidos por meio do controle do caminho dos dados.

Está claro que o tradicional ponto de controle estratégico da rede está sendo interrompido, e com ele os serviços de aplicação que há muito tempo assumiram sua existência.

Durante anos, esses serviços de aplicativos foram entregues em plataformas conhecidas como Controladores de Entrega de Aplicativos. O ADC, por sua vez, confiou no hardware para obter a escala e a velocidade necessárias para atender aos requisitos de desempenho e disponibilidade do negócio. O ADC como solução de hardware foi reificado pela exigência de lidar com a carga de centenas e milhares de aplicativos em um único dispositivo. Essa escolha foi ditada pelos aplicativos, que são vinculados aos dados para os quais são a interface principal.

Mas os serviços de aplicativos não estão vinculados a esse hardware, porque eles são e sempre foram software. O benefício do hardware desenvolvido especialmente sempre foi sua capacidade de melhorar o desempenho e a escala, proporcionando aumentos de ordens de magnitude em relação ao hardware comum.

Principais marcos do F5

Assim como os serviços de aplicativos não estão vinculados ao hardware, os aplicativos também não estão vinculados ao data center. Os aplicativos estão, de fato, mais vinculados aos seus dados. Quando esses dados são movidos, os aplicativos também o são. Essa relação de causa e efeito é fundamental para o futuro da entrega de aplicativos porque estamos prestes a gerar mais dados do que podemos mover. De acordo com " The Zettabyte Era" da Cisco: Tendências e Análises ”, até 2021 geraremos 60 zettabytes (ZB) de dados. Nossa capacidade de mover esses dados, no entanto, continua muito menor, em 3,3 ZB. A gravidade dos dados necessariamente vinculará os aplicativos ao ambiente em que esses dados residem. Esse ambiente pode ser o data center, mas também pode estar na nuvem.

Esse acoplamento de aplicativos aos seus dados também é visto em um acoplamento semelhante de serviços de aplicativos a aplicativos. À medida que os aplicativos evoluem, seus serviços também devem evoluir. Isso tem um impacto no caminho dos dados.

A arquitetura e os modelos operacionais evoluíram para acomodar um caminho de dados previsível, mas essa previsibilidade agora acabou. Os serviços que compõem aplicativos baseados em nuvem não seguem nenhuma interconectividade prescrita.

Os serviços em rede devem se transformar.

Acabou-se o caminho de dados único e bem definido e, com ele, os pontos estratégicos de controle nos quais os serviços de aplicativos tradicionalmente eram implantados. O caminho dos dados agora é variável, dinâmico e distribuído. Há mais deles, à medida que a nuvem e os negócios adotam abordagens por aplicativo para desenvolvimento, implantação e entrega. Os serviços de aplicativos agora podem ser inseridos e executados em qualquer lugar ao longo desse caminho.

 

Comparação de modelos de serviço

Para acompanhar as aplicações, a entrega de aplicações precisa adotar um modelo de serviços de aplicações que não se limite à rede do data center. Em vez disso, ele precisa adotar locais de implantação alternativos e modelos operacionais que incluam ofertas nativas da nuvem e baseadas em serviços. 

Essa abordagem introduz novas opções para a inserção e entrega de serviços de aplicativos. Os serviços de aplicativos podem ser inseridos no aplicativo ou cliente, mas executados dentro dos limites de uma nuvem ou como um serviço. Eles podem ser incorporados ao aplicativo como componentes binários ou incluídos com metadados, como tags. A localização se torna menos importante do que a capacidade de acompanhar os aplicativos enquanto eles seguem seus dados.

Opções são oportunidades

Pode ser tentador ver essas opções como uma ameaça, pois elas não são propícias à implantação de um ADC tradicional. Elas são inerentemente disruptivas para arquiteturas de entrega tradicionais e forçam fornecedores e profissionais de entrega de aplicativos a expandir seus domínios além dos limites confortáveis da rede.

Mas é melhor ver essas opções como as oportunidades que elas são. Essas novas opções são oportunidades para adotar novos serviços de aplicativos e modelos operacionais como uma forma de continuar a fornecer serviços de aplicativos para garantir que os aplicativos sejam seguros, rápidos e disponíveis.