Sécurité résiliente des fichiers pour les déploiements modernes d'Cloud

Les infrastructures modernes reposent sur l'auto-scaling, l'auto-réparation et le provisionnement automatisé, qu'elles soient hébergées sur Kubernetes ou déployées via l'« Infrastructure as Code ». Dans la plupart des environnements, la sécurité des fichiers repose encore sur une instance statique unique, incapable de s'adapter à cette même élasticité, et qui devient un point de défaillance unique dès que le volume augmente brusquement.

Cloud L'infrastructure est désormais hautement automatisée, car les outils d'orchestration et de provisionnement ont évolué pour répondre précisément à ce problème. Ce que ces outils ne font pas d'eux-mêmes, c'est garantir que la sécurité des fichiers suive le rythme. Une seule instance d'analyse peut encore constituer un goulot d'étranglement, voire un point de défaillance unique, même si tout le reste s'adapte et se répare automatiquement comme prévu.

C'est précisément cette lacune que comble MetaDefender Cluster, grâce à deux voies de déploiement conçues pour s'adapter au fonctionnement réel des infrastructures cloud d'aujourd'hui.

Pour les équipes chargées de la plateforme et de la sécurité, cela signifie :

• Cloud- Déploiement natif via Kubernetes. Le cluster MetaDefender peut être déployé et exploité sur Kubernetes, ce qui permet des déploiements évolutifs et natifs du cloud sur des infrastructures modernes.
• Haute disponibilité. Le cluster « MetaDefender » prend en charge les déploiements à haute disponibilité sur Kubernetes, avec des options de déploiement à haute disponibilité pour PostgreSQL, RabbitMQ, Redis et le stockage de fichiers du cluster « MetaDefender ».
• Mises à jour par étapes. L'utilisation de Helm Charts distincts pour les services de la plateforme et les instances de travail permet d'effectuer des mises à jour par étapes, ce qui réduit les interruptions de service pendant les mises à jour.
• Images Docker officielles. Des images Docker officielles sont disponibles pour tous les services du cluster MetaDefender , ce qui simplifie les déploiements en conteneurs.
• Arrêt en douceur des workers. Les instances de workers exécutées sur Kubernetes terminent les traitements en cours avant de s'arrêter, ce qui permet d'éviter toute interruption des analyses lors des opérations de mise à l'échelle et des mises à jour.

Des entreprises traitant des millions de fichiers par jour ont déployé un cluster d'MetaDefender s sans perte de débit, car l'architecture a été conçue précisément pour supporter une telle charge. Le fait que la solution fonctionne en mode natif sur Kubernetes permet aux équipes de bénéficier de cette même résilience tout en utilisant les outils d'orchestration qu'elles exploitent déjà.

Le parcours menant à la mise en production ne passe pas nécessairement par Kubernetes pour toutes les équipes, et c'est souvent au niveau de la mise en place de l'infrastructure que la cohérence commence à faire défaut. Le cluster « MetaDefender » prend désormais en charge l'« Infrastructure as Code » via Terraform, ce qui permet un déploiement cohérent et reproductible sur AWS, Microsoft Azure et la plateforme Google Cloud .

Pour les équipes chargées de la plateforme et de la sécurité, cela signifie :

• Un provisionnement cohérent d'un cloud à l'autre. La même approche de déploiement s'applique, que l'environnement soit hébergé sur AWS, Azure ou la plateforme Google Cloud , ce qui réduit les divergences entre les environnements.
• Modèles prêts à l'emploi. Les modèles Terraform fournis simplifient le provisionnement dès le départ, évitant ainsi d'avoir à créer des définitions d'infrastructure à partir de zéro.
• Une infrastructure gérée sous forme de code. Les environnements sont désormais gérés par versions, peuvent faire l'objet de revues et sont reproductibles, à l'instar du reste de l'infrastructure.