As equipes de armazenamento que desenvolvem soluções para IA têm à disposição diversas maneiras de acelerar a movimentação de dados. A pergunta que recebem com cada vez mais frequência é outra: os dados usados em treinamento, geração aumentada por recuperação (RAG) e inferência continuarão acessíveis e intactos quando um nó falhar, uma reconstrução se prolongar, um agente se comportar de forma inadequada ou alguém capturar um tráfego ao qual não deveria ter acesso?
Na F5, acreditamos que a resiliência e a segurança são aspectos fundamentais da arquitetura da infraestrutura de armazenamento para IA. Elas constituem um único desafio de projeto, e o lugar certo para resolver ambas é uma porta de entrada compatível com S3. Este artigo explica por que defendemos essa visão, como a F5 aborda essa questão e onde apresentamos recentemente nossos argumentos à comunidade de desenvolvedores de soluções de armazenamento.
Resiliência e segurança são o mesmo problema
Cada estágio da geração aumentada por recuperação (RAG), desde a RAG nativa até a avançada, modular e em grafo, fornece respostas mais completas ao buscar mais vetores e documentos no armazenamento de objetos. Isso faz com que a disponibilidade do armazenamento e a latência de acesso sejam tão determinantes para o tempo até o primeiro token quanto a velocidade de geração.
Ao mesmo tempo, mesmo depois de todos esses anos, a compatibilidade com S3 ainda não significa interoperabilidade, o que constitui um argumento prático para colocar uma camada de acesso consistente à frente do armazenamento. Assim, o cliente se comunica com um único endpoint previsível e nunca precisa se preocupar com o sistema de qual fornecedor está respondendo nos bastidores. Os clusters de armazenamento também podem se degradar e falhar por diversos motivos, desde indisponibilidades de nós e falhas de rede até reconstruções mais demoradas decorrentes do uso de unidades de maior densidade. Quando isso acontece, um gerenciador de tráfego precisa encaminhar as chamadas de armazenamento para os nós que continuam íntegros e com bom desempenho, para que os clientes não percebam nada.
“Quando a camada de tráfego passa a compreender o S3, a resiliência e a segurança deixam de ser dois projetos distintos e se tornam um único ponto de controle.”
Agentes autônomos também estão acessando o armazenamento diretamente agora e, quando solicitantes não humanos conseguem abrir um bucket por conta própria, os controles de acesso devem ficar na própria camada do S3, e não em algum ponto posterior, depois que a solicitação já tiver sido atendida. O problema é que a maioria dos balanceadores de carga atualmente posicionados à frente dos clusters de armazenamento de objetos não foi desenvolvida pensando no S3 e não consegue identificar nada disso. Quando a camada de tráfego passa a compreender o S3, resiliência e segurança deixam de ser dois projetos e se tornam um único ponto de controle.
Protegendo os dados em trânsito antes que a plataforma de armazenamento possa fazê-lo
Considere o conceito de coletar agora e descriptografar depois, um padrão de ataque no qual um adversário registra hoje o tráfego criptografado na expectativa de descriptografá-lo quando a computação quântica tornar isso viável. A maioria das plataformas de armazenamento de objetos ainda não consegue proteger os dados em trânsito com criptografia resistente à computação quântica. F5 BIG-IP com recursos de criptografia pós-quântica pode ser posicionado à frente do armazenamento e eliminar essa vulnerabilidade sem precisar esperar que cada fornecedor de armazenamento disponibilize sua própria implementação. Esse é um exemplo claro de segurança nativa do caminho de armazenamento, em vez de adicionada em outro ponto da pilha, e é o tipo de controle que uma equipe de armazenamento pode adotar sem alterar nada no cluster por trás dele.
“Quando a perda de desempenho deixa de existir, o proxy deixa de ser um ônus para o pipeline.”
Isso é possível graças às pesquisas e aos testes de laboratório realizados pela F5 para estabelecer perfis TCP específicos para S3 no BIG-IP, e foi confirmado de forma independente quando a SecureIQLab validou o BIG-IP à frente de um cluster Dell ObjectScale. Com perfis TCP otimizados para S3, a redução da taxa de transferência do S3 permanece na faixa inferior de um dígito em relação à linha de base sem o BIG-IP no caminho, em todas as combinações testadas de tamanho de objeto e latência de rede. Ao mesmo tempo, a mesma implantação conteve o tráfego disruptivo de clientes e manteve o serviço S3 em funcionamento durante um ataque DDoS simulado. Quando a perda de taxa de transferência é eliminada, o proxy deixa de ser um ônus para o pipeline e passa a ser o ponto único no caminho em que os domínios de falha, a criptografia e as políticas são controlados.
Fluxos TCP ajustados e ferramentas de teste confiáveis para o ecossistema
Os perfis TCP do S3 agora definidos no BIG-IP são um ponto de partida, e não uma configuração fixa. Eles podem ser personalizados e ajustados ainda mais de acordo com as características de uma implantação específica em produção, que é justamente o que os desenvolvedores de soluções de armazenamento mais querem saber ao considerar a introdução do BIG-IP no caminho dos dados para otimizar os fluxos TCP entre suas diversas fontes de tráfego S3 e seu armazenamento de objetos.
A F5 também pretende contribuir para as metodologias de teste e as ferramentas de código aberto usadas por fornecedores de armazenamento S3 e seus clientes para gerar tráfego S3, pois um proxy destinado a estar presente em todos os caminhos de dados S3 deve ser avaliado com as mesmas ferramentas nas quais o restante do ecossistema confia.
O que isso significa para o arquiteto que está projetando o pipeline
Tudo isso aponta para uma hierarquia que, em nossa opinião, a maioria dos arquitetos de armazenamento já aplica instintivamente: a resiliência vem em primeiro lugar, a segurança em segundo, e o desempenho é um requisito que qualquer componente no caminho precisa atender, e não um motivo para adicionar um componente. A pergunta que a alta administração está fazendo às equipes de armazenamento é o que a organização obtém em troca do valor investido em cada componente do fluxo de E/S e qual é a contribuição desse componente nas condições de falha e ataque descritas acima.
A discussão mais ampla do setor sobre malhas de dados e inteligência de dados chega à mesma conclusão por outro caminho, pois, quando a questão passa a ser como os dados são descobertos, governados e utilizados, em vez de onde residem, uma porta de entrada que ofereça um único endpoint e uma única camada de políticas para todos os backends compatíveis com S3 torna-se um pré-requisito, independentemente de qual plataforma de armazenamento vença o próximo ciclo de aquisição.
Esse é o problema que a F5 descreve como entrega de dados para IA. Um controlador de entrega de aplicações compatível com S3 justifica sua presença nesse fluxo não como mais um recurso de desempenho disputando atenção, mas como o ponto em que a disponibilidade, o controle de acesso e a criptografia são aplicados aos dados dos quais dependem o treinamento, a RAG e a inferência.
Mantendo os dados de IA acessíveis e confiáveis
É por isso que empresas globais implantam a F5 à frente do armazenamento compatível com S3 para garantir resiliência e segurança na entrega de dados de IA. O BIG-IP mantém o armazenamento de objetos acessível quando há falhas nos nós ou picos de ingestão, aplica controles de segurança na camada S3 para impedir que tráfego mal-intencionado chegue aos dados e faz tudo isso sem reduzir a velocidade do pipeline, como confirmaram os testes independentes da SecureIQLab com o Dell ObjectScale. Para um arquiteto de armazenamento, o resultado é uma única camada no caminho dos dados que mantém os pipelines de IA em execução com dados nos quais a organização pode confiar.
Recentemente, compartilhamos essas ideias no SNIA SDC 2026
A F5 apresentou esse argumento a um público de desenvolvedores de armazenamento na SNIA Storage Developer Conference, em Santa Clara, onde Paul Pindell, arquiteto principal de soluções da F5, explicou como um proxy otimizado no caminho do S3 oferece resiliência, controle de domínios de falha e descarregamento de TLS sem comprometer a taxa de transferência.
As perguntas que vieram em seguida — sobre perfis TCP para S3, proteção pós-quântica para dados em trânsito e como avaliar um proxy com ferramentas de teste do ecossistema — reforçaram que as equipes de armazenamento já buscam uma porta de entrada que compreenda o armazenamento compatível com S3. Para saber mais sobre como a F5 oferece acesso resiliente e seguro a clusters de armazenamento, acesse a página do caso de uso de entrega de dados para IA.
Sobre os autores
Florin Meilescu é engenheiro de software principal sênior e arquiteto de testes na F5, onde atua como arquiteto de testes de soluções para o BIG-IP em ambientes de hardware, plataformas de software e nuvem pública. Ele tem mais de 20 anos de experiência no mercado de controladores de entrega de aplicações (ADC), incluindo sua atuação na Citrix NetScaler. Sua especialização abrange protocolos das camadas L2 a L7 e os sistemas que os transportam, desde servidores Linux até os equipamentos de rede aos quais prestou suporte no início da carreira. Florin é bacharel em Engenharia pela Universidade Politécnica de Bucareste.
Mais publicações de Florin MeilescuPaul Pindell é arquiteto principal na F5, onde atua na área de Alianças Tecnológicas e supervisiona parcerias técnicas em todo o portfólio de produtos da empresa. Desde 2019, ele também desempenha um papel fundamental em iniciativas de estratégia corporativa, inclusive ajudando a lançar o primeiro projeto de inovação da F5. Paul liderou a equipe multidisciplinar de estratégia de IA da F5, dedicada a definir como os produtos existentes da empresa podem ajudar a proteger e disponibilizar aplicações de IA. Posteriormente, ele ajudou a desenvolver a Arquitetura de Referência de IA da F5, que descreve os principais componentes, desafios, riscos e soluções de parceiros necessários para viabilizar a disponibilização e a segurança de aplicações de IA. Paul participa frequentemente como palestrante principal e em sessões temáticas de eventos do setor, incluindo OPI Summit, OCP Global Summit, Intel InnovatiON, Open Source Summit, Red Hat Tech Exchange e diversas edições da VMworld nos EUA e na região EMEA. Ele também é fundador e mantenedor de projetos de código aberto, preside o Comitê de Divulgação do Open Programmable Infrastructure Project e, anteriormente, liderou as operações de data centers dos Centros de Resposta a Antivírus da Symantec e de laboratórios de testes de software de segurança.
Mais publicações de Paul PindellSandeep Agarwal é Arquiteto de Software Sênior na F5, onde lidera as áreas de infraestrutura central e segurança de redes para sistemas distribuídos de alto desempenho e pipelines corporativos de IA. Ele desenvolve arquiteturas de treinamento e inferência de IA de baixa latência, além de soluções de governança de tokens e balanceamento dinâmico de carga de IA. Também é responsável por pipelines de dados acelerados por hardware que utilizam eBPF, offload por FPGA e DPUs, e orienta a arquitetura de Kubernetes, funções de rede nativas da nuvem e segurança das camadas L2 a L7. Anteriormente, atuou como Engenheiro de Software Staff na Juniper Networks, Engenheiro de Software Principal Sênior na Symantec e Membro da Equipe Técnica na Sun Microsystems. Sandeep possui mestrado em Engenharia da Computação pela Oregon State University e bacharelado em Eletrônica e Comunicação pelo Birla Institute of Technology, Mesra.
Mais publicações de Sandeep AgarwalJonathan Chen é arquiteto de desenvolvimento de software do SSL Orchestrator na F5, onde lidera trabalhos relacionados à interceptação de TLS, políticas de proxy de encaminhamento e encadeamento de serviços de dispositivos de segurança de terceiros. Ele também é responsável por integrar a prevenção contra perda de dados e um novo ambiente de execução de programabilidade ao plano de dados do BIG-IP, além de orientar a arquitetura e o roteiro de ambos. No início de sua carreira, atuou como arquiteto nos EUA na Trend Micro, com foco na detecção e prevenção de violações. Em sua primeira passagem pela F5, trabalhou com SSL-VPN de alto desempenho, proxy de reescrita de aplicações, otimização de rede e gateway seguro da Web. Jonathan possui mestrado e bacharelado com honras especiais em Ciências da Computação pela Universidade do Texas em Austin.
Mais publicações de Jonathan ChenPublicações relacionadas no blog
IA agêntica em cibersegurança: promessas e riscos
Saiba por que o uso de IA agêntica na cibersegurança é essencial para combater ameaças impulsionadas por IA e por que os agentes também criam novos riscos para as empresas.
Como os clientes da F5 no setor financeiro lidam com a soberania digital sem desacelerar a inovação
Como é a soberania digital na prática? Dois projetos recentes da F5 com clientes mostram como diferentes empresas estão enfrentando esses desafios.
Soberania operacional: construindo resiliência em um mundo imprevisível
Para muitas organizações, a questão já não se resume apenas a controlar os dados. Trata-se de manter a capacidade de operar, adaptar-se e se recuperar à medida que as leis e as condições evoluem.
Segurança de IA com evidências: o que levaremos ao Gartner SRM
Antes de sua sessão no Gartner SRM, o vice-presidente sênior de Marketing de Produtos da F5 explica como a F5 ajuda as organizações a proteger a IA em três etapas práticas.
Gestão de riscos de IA: como as proteções podem ajudar a mitigá-los
O risco da IA é impulsionado por comportamentos probabilísticos e pela explicabilidade limitada, não apenas por falhas de segurança. Uma gestão eficaz exige controle operacional contínuo.
Lei de IA do Colorado (SB 205): o que as empresas precisam saber antes de 2026
A SB 205 do Colorado, a lei pioneira do estado sobre inteligência artificial, foi sancionada pelo governador Jared Polis em 17 de maio de 2024. O projeto de lei estabelece requisitos para que as empresas que utilizam IA implementem controles destinados a proteger os cidadãos do Colorado.