Los equipos de almacenamiento que desarrollan soluciones para la IA disponen de numerosas formas de acelerar el movimiento de los datos. Sin embargo, cada vez se les plantea más otra cuestión: si los datos utilizados para el entrenamiento, la generación aumentada por recuperación (RAG) y la inferencia seguirán estando accesibles e intactos cuando falle un nodo, una reconstrucción se prolongue, un agente se comporte de forma indebida o alguien intercepte tráfico al que no debería tener acceso.
En F5, creemos que la resiliencia y la seguridad son aspectos clave de la arquitectura de la infraestructura de almacenamiento para IA. Constituyen un único problema de diseño, y el lugar adecuado para resolver ambos es un punto de acceso que entienda S3. En este artículo explicamos por qué sostenemos esta postura, cómo la aborda F5 y dónde la hemos defendido recientemente ante la comunidad de desarrolladores de almacenamiento.
La resiliencia y la seguridad son el mismo problema
Cada etapa de la generación aumentada por recuperación (RAG), desde la RAG nativa hasta la avanzada, modular y basada en grafos, ofrece respuestas más completas al recuperar más vectores y documentos del almacén de objetos. Esto hace que la disponibilidad del almacenamiento y la latencia de acceso influyan tanto en el tiempo hasta el primer token como la velocidad de generación.
Al mismo tiempo, que un almacenamiento sea compatible con S3 sigue sin significar que sea interoperable, incluso después de tantos años. Esto constituye un argumento práctico a favor de disponer una puerta de entrada uniforme delante del almacenamiento, de modo que el cliente se comunique con un único punto de conexión predecible y no tenga que preocuparse nunca por el sistema del proveedor que responde en segundo plano. Los clústeres de almacenamiento también pueden degradarse y fallar por muchos motivos, desde caídas de nodos y fallos de red hasta los procesos de reconstrucción más largos que conllevan las unidades de mayor densidad. Cuando esto ocurre, un gestor de tráfico debe dirigir las solicitudes de almacenamiento a los nodos que sigan funcionando correctamente y ofreciendo un buen rendimiento, para que los clientes no perciban nada.
“Una vez que la capa de gestión del tráfico comprende S3, la resiliencia y la seguridad dejan de ser dos proyectos independientes y pasan a gestionarse desde un único punto de control.”
Los agentes autónomos también acceden ya directamente al almacenamiento y, cuando los clientes no humanos pueden abrir un bucket por sí solos, los controles de acceso deben situarse en la propia capa de S3, en lugar de en algún punto posterior, cuando la solicitud ya se ha atendido. El problema es que la mayoría de los balanceadores de carga que actualmente se encuentran delante de los clústeres de almacenamiento de objetos nunca se diseñaron pensando en S3 y no pueden detectar nada de esto. Cuando la capa de tráfico sí entiende S3, la resiliencia y la seguridad dejan de ser dos proyectos distintos y pasan a gestionarse desde un único punto de control.
Proteger los datos en tránsito antes de que pueda hacerlo la plataforma de almacenamiento
Pensemos en «recopilar ahora y descifrar después», el patrón de ataque en el que un adversario registra hoy tráfico cifrado con la expectativa de descifrarlo cuando la computación cuántica lo haga viable. La mayoría de las plataformas de almacenamiento de objetos aún no pueden proteger los datos en tránsito mediante un cifrado resistente a la computación cuántica. F5 BIG-IP con capacidades de criptografía poscuántica puede situarse delante del almacenamiento y cerrar esa brecha sin tener que esperar a que cada proveedor de almacenamiento lance su propia implementación. Es un claro ejemplo de seguridad integrada en la ruta de almacenamiento, en lugar de añadida en otro punto de la pila, y es el tipo de control que un equipo de almacenamiento puede adoptar sin cambiar nada del clúster que hay detrás.
“Una vez eliminada la penalización del rendimiento, el proxy deja de ser un lastre para el flujo de procesamiento.”
Esto es posible gracias a la investigación y las pruebas de laboratorio que F5 ha llevado a cabo para establecer perfiles TCP específicos para S3 en BIG-IP, y quedó confirmado de forma independiente cuando SecureIQLab validó BIG-IP delante de un clúster Dell ObjectScale. Con perfiles TCP optimizados para S3, la pérdida de rendimiento de S3 se mantiene en un porcentaje bajo de un solo dígito respecto al valor de referencia sin BIG-IP en la ruta, en todas las combinaciones probadas de tamaño de objeto y latencia de red. Al mismo tiempo, el mismo despliegue contuvo el tráfico disruptivo de los clientes y mantuvo el servicio S3 en funcionamiento durante un ataque DDoS simulado. Una vez eliminada la pérdida de rendimiento, el proxy deja de ser un lastre para el flujo de procesamiento y se convierte en el punto único de la ruta desde el que se controlan los dominios de fallo, el cifrado y las políticas.
Flujos TCP optimizados y herramientas de prueba en las que confía el ecosistema
Los perfiles TCP de S3 definidos ahora en BIG-IP son un punto de partida, no una configuración fija. Se pueden personalizar y ajustar aún más en función de las características de una implementación de producción concreta, un aspecto que los desarrolladores de almacenamiento valoran especialmente cuando se plantean introducir BIG-IP en la ruta de datos para optimizar los flujos TCP entre sus distintas fuentes de tráfico S3 y su almacenamiento de objetos.
F5 también tiene previsto contribuir a las metodologías de prueba y a las herramientas de código abierto que los proveedores de almacenamiento S3 y sus clientes utilizan para generar tráfico S3, ya que un proxy concebido para estar presente en todas las rutas de datos S3 debe evaluarse con las mismas herramientas en las que confía el resto del ecosistema.
Qué significa esto para el arquitecto que diseña la canalización
Todo esto apunta a una jerarquía que, en nuestra opinión, la mayoría de los arquitectos de almacenamiento ya aplican de forma instintiva: la resiliencia ocupa el primer lugar, la seguridad el segundo y el rendimiento es un requisito que debe cumplir cualquier componente de la ruta, no un motivo para añadirlo. La pregunta que la alta dirección plantea a los equipos de almacenamiento es qué obtiene la organización a cambio del dinero invertido en cada componente del flujo de E/S y qué aporta dicho componente ante las situaciones de fallo y ataque descritas anteriormente.
El debate más amplio del sector sobre los tejidos de datos y la inteligencia de datos llega a la misma conclusión desde otra perspectiva, porque, una vez que la cuestión pasa a ser cómo se descubren, se gobiernan y se utilizan los datos, en lugar de dónde residen, se vuelve imprescindible contar con una puerta de entrada que ofrezca un único punto de acceso y una única capa de políticas para todos los backends compatibles con S3, independientemente de qué plataforma de almacenamiento se imponga en el próximo ciclo de adquisición.
Ese es el problema que F5 denomina «entrega de datos para IA». Un controlador de entrega de aplicaciones compatible con S3 se gana su lugar en la ruta no como una función de rendimiento más que compite por captar la atención, sino como el punto en el que se aplican las medidas de disponibilidad, control de acceso y cifrado a los datos de los que dependen el entrenamiento, la RAG y la inferencia.
Mantener los datos de IA accesibles y fiables
Por eso, las empresas globales implementan F5 delante del almacenamiento compatible con S3 para garantizar la resiliencia y la seguridad en la entrega de datos de IA. BIG-IP mantiene accesible el almacén de objetos cuando fallan los nodos o se producen picos de ingesta, aplica controles de seguridad en la capa S3 para impedir que el tráfico malicioso llegue a los datos y hace todo ello sin ralentizar el flujo de procesamiento, tal como confirmaron las pruebas independientes de SecureIQLab con Dell ObjectScale. Para un arquitecto de almacenamiento, el resultado es una única capa en la ruta de datos que mantiene en funcionamiento los flujos de procesamiento de IA con datos en los que la organización puede confiar.
Recientemente compartimos estas ideas en SNIA SDC 2026
F5 expuso este argumento ante un público de desarrolladores de almacenamiento en la SNIA Storage Developer Conference de Santa Clara, donde Paul Pindell, arquitecto principal de soluciones de F5, explicó cómo un proxy optimizado en la ruta de S3 aporta resiliencia, control de los dominios de fallo y descarga de TLS sin penalizar el rendimiento.
Las preguntas que surgieron a continuación —sobre los perfiles TCP de S3, la protección poscuántica de los datos en tránsito y cómo evaluar un proxy con las herramientas de prueba del ecosistema— confirmaron que los equipos de almacenamiento ya demandan un punto de acceso que comprenda el almacenamiento compatible con S3. Para obtener más información sobre cómo F5 proporciona un acceso resiliente y seguro a los clústeres de almacenamiento, consulte la página del caso de uso de entrega de datos para IA.
Sobre los autores
Florin Meilescu es ingeniero de software principal sénior y arquitecto de pruebas en F5, donde ejerce como arquitecto de pruebas de soluciones para BIG-IP en entornos de hardware, plataformas de software y nube pública. Cuenta con más de 20 años de experiencia en el mercado de los controladores de entrega de aplicaciones (ADC), incluida su etapa en Citrix NetScaler. Su experiencia abarca desde los protocolos L2 hasta los L7 y los sistemas que los transportan, desde servidores Linux hasta los equipos de red a los que prestó soporte al principio de su carrera. Florin es graduado en Ingeniería por la Universidad Politécnica de Bucarest.
Más artículos de Florin MeilescuPaul Pindell es arquitecto principal en F5, donde trabaja en el área de Alianzas Tecnológicas y supervisa las colaboraciones técnicas de toda la cartera de productos de F5. Desde 2019, también ha desempeñado un papel clave en iniciativas de estrategia corporativa, entre ellas el lanzamiento del primer proyecto de innovación de F5. Paul dirigió el equipo especial de estrategia de IA de F5, centrado en definir cómo los productos actuales de F5 pueden ayudar a proteger y distribuir aplicaciones de IA. Posteriormente, contribuyó al desarrollo de la arquitectura de referencia de IA de F5, que describe los componentes fundamentales, los retos, los riesgos y las soluciones de socios necesarios para respaldar la distribución y la seguridad de las aplicaciones de IA. Paul participa con frecuencia como ponente principal y en sesiones paralelas de eventos del sector, como OPI Summit, OCP Global Summit, Intel InnovatiON, Open Source Summit, Red Hat Tech Exchange y varias ediciones de VMworld en Estados Unidos y EMEA. También es fundador y responsable del mantenimiento de proyectos de código abierto, preside el Comité de Difusión del Open Programmable Infrastructure Project y anteriormente dirigió las operaciones de los centros de datos de respuesta antivirus y los laboratorios de pruebas de software de seguridad de Symantec.
Más artículos de Paul PindellSandeep Agarwal es arquitecto sénior de software en F5, donde lidera la infraestructura central y la seguridad de red para sistemas distribuidos de alto rendimiento y canalizaciones de IA empresariales. Impulsa arquitecturas de entrenamiento e inferencia de IA de baja latencia, así como la gobernanza de tokens y el equilibrio dinámico de cargas de IA. También es responsable de las canalizaciones de datos aceleradas por hardware mediante eBPF, descarga en FPGA y DPU, y dirige la arquitectura de Kubernetes, las funciones de red nativas de la nube y la seguridad de las capas L2 a L7. Anteriormente, trabajó como ingeniero de software de plantilla en Juniper Networks, ingeniero de software principal sénior en Symantec y miembro del personal técnico en Sun Microsystems. Sandeep tiene un máster en Ingeniería Informática por la Universidad Estatal de Oregón y un grado en Electrónica y Comunicaciones por el Birla Institute of Technology, Mesra.
Más artículos de Sandeep AgarwalJonathan Chen es arquitecto de desarrollo de software para SSL Orchestrator en F5, donde dirige el trabajo relacionado con la interceptación de TLS, las políticas de proxy de reenvío y el encadenamiento de servicios de dispositivos de seguridad de terceros. También es responsable de integrar la prevención de pérdida de datos y un nuevo entorno de ejecución programable en el plano de datos de BIG-IP, y define la arquitectura y la hoja de ruta de ambos. Anteriormente, fue arquitecto para Estados Unidos en Trend Micro, donde se centró en la detección y prevención de brechas de seguridad. Durante su primera etapa en F5, trabajó en SSL-VPN de alto rendimiento, proxies de reescritura de aplicaciones, optimización de redes y pasarelas web seguras. Jonathan posee un máster y una licenciatura con mención especial en Ciencias de la Computación por la Universidad de Texas en Austin.
Más artículos de Jonathan ChenArtículos relacionados del blog
IA agéntica en ciberseguridad: promesas y riesgos
Descubre por qué el uso de la IA agéntica en ciberseguridad es esencial para combatir las amenazas impulsadas por IA y por qué los agentes también generan nuevos riesgos empresariales.
Cómo los clientes de F5 del sector financiero abordan la soberanía digital sin frenar la innovación
¿Cómo se materializa la soberanía digital en el mundo real? Dos proyectos recientes de F5 con clientes muestran cómo distintas empresas están afrontando estos retos.
Soberanía operativa: cómo desarrollar resiliencia en un mundo impredecible
Para muchas organizaciones, la cuestión ya no consiste únicamente en controlar los datos, sino en mantener la capacidad de operar, adaptarse y recuperarse a medida que evolucionan las leyes y las circunstancias.
No se puede proteger una conversación con un cortafuegos: cómo el red teaming de IA se volvió esencial
Dado que las implementaciones de IA avanzan a la velocidad de las máquinas, los métodos tradicionales de prueba de software ya no resultan adecuados.
Protege tu canalización de datos de IA sin ralentizarla
Proteger el flujo de datos de la IA no es opcional. Eso está claro. Lo que resulta mucho menos evidente —y mucho más difícil— es cómo protegerlo adecuadamente.
Las extranets no están muertas; solo necesitan una actualización
Modernice su extranet: descubra cómo F5 y Equinix ofrecen una conectividad para partners repetible, segura y escalable, sin la complejidad de las redes tradicionales.