Segurança resiliente de ficheiros para implementações modernas do Cloud

As infraestruturas modernas funcionam com autoescalabilidade, autorreparação e aprovisionamento automatizado, quer essa infraestrutura esteja alojada no Kubernetes, quer seja implementada através da Infraestrutura como Código. A segurança de ficheiros, na maioria dos ambientes, continua a funcionar numa única instância estática que não consegue acompanhar essa mesma elasticidade, tornando-se um ponto único de falha assim que o volume aumenta.

Cloud A infraestrutura tornou-se altamente automatizada porque as ferramentas de orquestração e aprovisionamento amadureceram para resolver exatamente esse problema. O que essas ferramentas não fazem, por si só, é garantir que a segurança dos ficheiros acompanhe esse ritmo. Uma única instância de análise pode ainda tornar-se o estrangulamento, ou o ponto único de falha, mesmo quando tudo à sua volta se expande e se auto-repara conforme previsto.

É essa lacuna que o Cluster dMetaDefender vem colmatar, através de duas vias de implementação concebidas para se adequarem ao modo como a infraestrutura na nuvem funciona atualmente.

Para as equipas de plataforma e de segurança, isso significa:

• Cloud- implementação nativa através do Kubernetes. O cluster do MetaDefender pode ser implementado e operado no Kubernetes, permitindo implementações escaláveis e nativas da nuvem em infraestruturas modernas.
• Alta disponibilidade. O Cluster do MetaDefender suporta implementações de alta disponibilidade no Kubernetes, com opções de implementação de alta disponibilidade para o PostgreSQL, o RabbitMQ, o Redis e o Armazenamento de Ficheiros do Clus MetaDefender .
• Atualizações por fases. Os Helm charts separados para os serviços da plataforma e as instâncias de trabalho permitem atualizações por fases, reduzindo a interrupção do serviço durante as atualizações.
• Imagens oficiais do Docker. Estão disponíveis imagens oficiais do Docker para todos os serviços do cluster MetaDefender , o que simplifica as implementações em contentores.
• Encerramento ordenado dos workers. As instâncias dos workers em execução no Kubernetes concluem o processamento em curso antes de serem encerradas, o que ajuda a evitar a interrupção das análises durante o dimensionamento e as atualizações.

As organizações que processam milhões de ficheiros por dia implementaram um cluster d MetaDefender sem qualquer redução no débito, uma vez que a arquitetura foi concebida precisamente para suportar essa carga. O facto de funcionar nativamente no Kubernetes significa que as equipas obtêm essa mesma resiliência utilizando as ferramentas de orquestração com as quais já trabalham.

Nem o percurso de todas as equipas até à produção passa exclusivamente pelo Kubernetes, e é frequentemente no próprio aprovisionamento da infraestrutura que a consistência começa a falhar. O Cluster do MetaDefender suporta agora a «Infraestrutura como Código» (Infrastructure as Code) através do Terraform, permitindo uma implementação consistente e repetível na AWS, no Microsoft Azure e na Google Cloud Platform.

Para as equipas de plataforma e de segurança, isso significa:

• Provisionamento consistente entre nuvens. A mesma abordagem de implementação aplica-se quer o ambiente se encontre na AWS, no Azure ou na Google Cloud Platform, reduzindo as discrepâncias entre ambientes.
• Modelos prontos para produção. Os modelos Terraform incluídos simplificam o aprovisionamento desde o início, em vez de ter de criar definições de infraestrutura a partir do zero.
• Infraestrutura gerida como código. Os ambientes passam a ter versões, podem ser revistos e são repetíveis, em consonância com a forma como o resto da infraestrutura já é gerida.