Seguridad de archivos resistente para implementaciones modernas de « Cloud »

Las infraestructuras modernas se basan en el autoescalado, la autorreparación y el aprovisionamiento automatizado, tanto si se alojan en Kubernetes como si se implementan mediante «Infraestructura como código». La seguridad de los archivos, en la mayoría de los entornos, sigue funcionando en una única instancia estática que no puede seguir el ritmo de esa misma elasticidad y se convierte en un punto único de fallo en cuanto se produce un pico de volumen.

Cloud La infraestructura se ha automatizado en gran medida porque las herramientas de orquestación y aprovisionamiento han madurado hasta el punto de resolver precisamente ese problema. Lo que esas herramientas no hacen por sí solas es garantizar que la seguridad de los archivos avance al mismo ritmo. Una sola instancia de análisis puede seguir constituyendo un cuello de botella, o un punto único de fallo, incluso cuando todo lo que la rodea se adapta y se repara automáticamente tal y como está previsto.

Esa es la brecha que cubre MetaDefender Cluster, a través de dos vías de implementación diseñadas en función de cómo funciona realmente la infraestructura en la nube en la actualidad.

Para los equipos de la plataforma y de seguridad, esto significa:

• Cloud- Implementación nativa a través de Kubernetes. El clúster de MetaDefender se puede implementar y gestionar en Kubernetes, lo que permite implementaciones escalables y nativas de la nube en infraestructuras modernas.
• Alta disponibilidad. El clúster de « MetaDefender » admite implementaciones de alta disponibilidad en Kubernetes, con opciones de implementación de alta disponibilidad para PostgreSQL, RabbitMQ, Redis y el almacenamiento de archivos del clúster de « MetaDefender ».
• Actualizaciones por etapas. El uso de gráficos Helm independientes para los servicios de la plataforma y las instancias de trabajo permite realizar actualizaciones por etapas, lo que reduce las interrupciones en el servicio durante las actualizaciones.
• Imágenes oficiales de Docker. Hay imágenes oficiales de Docker disponibles para todos los servicios de MetaDefender Cluster, lo que simplifica las implementaciones en contenedores.
• Cierre controlado de los trabajadores. Las instancias de los trabajadores que se ejecutan en Kubernetes completan los procesos en curso antes de cerrarse, lo que ayuda a evitar que se interrumpan los análisis durante el escalado y las actualizaciones.

Las organizaciones que procesan millones de archivos al día han implementado un clúster de « MetaDefender » sin que se vea afectado el rendimiento, ya que la arquitectura se diseñó precisamente para soportar esa carga. Al ejecutarse de forma nativa en Kubernetes, los equipos obtienen esa misma resiliencia utilizando las herramientas de orquestación con las que ya trabajan.

No todos los equipos pasan exclusivamente por Kubernetes en su camino hacia la producción, y el propio aprovisionamiento de la infraestructura suele ser el primer eslabón en el que se rompe la coherencia. El clúster de MetaDefender ahora es compatible con «Infraestructura como código» a través de Terraform, lo que permite una implementación coherente y repetible en AWS, Microsoft Azure y Google Cloud Platform.

Para los equipos de la plataforma y de seguridad, esto significa:

• Aprovisionamiento coherente en todas las nubes. Se aplica el mismo enfoque de implementación tanto si el entorno se encuentra en AWS, Azure o Google Cloud Platform, lo que reduce las discrepancias entre entornos.
• Plantillas listas para producción. Las plantillas de Terraform incluidas simplifican el aprovisionamiento desde el principio, en lugar de tener que crear definiciones de infraestructura desde cero.
• Infraestructura gestionada como código. Los entornos pasan a estar controlados por versiones, son revisables y repetibles, en consonancia con la forma en que ya se gestiona el resto de la infraestructura.