Assurer la sécurité des systèmes de trading mondiaux sans compromettre la disponibilité

Comment une équipe Linux de cinq personnes a sécurisé 10 000 systèmes critiques sans avoir à redémarrer les machines pour appliquer les correctifs

Lorsque la disponibilité est directement liée au chiffre d'affaires, chaque redémarrage devient un choix stratégique. Pour un prestataire mondial de services financiers, cela rendait de plus en plus difficile le maintien de la pratique traditionnelle consistant à appliquer des correctifs au noyau.

Comment une équipe Linux composée de cinq personnes parvient-elle à garantir la sécurité et la conformité de milliers de serveurs répartis dans plusieurs centres de données, alors que les fenêtres de maintenance sont trop courtes pour être exploitées ? Pourquoi l'application de correctifs tous les six mois environ ne suffisait-elle toujours pas à répondre aux exigences en matière de sécurité et de conformité ? Et qu'est-ce qui change lorsque les redémarrages ne sont plus nécessaires pour corriger les vulnérabilités du noyau ?

Voici quelques-unes des questions abordées dans cette étude de cas. Elle offre un aperçu concret de la manière dont une plateforme de trading internationale est passée d’une approche réactive, reposant sur des correctifs ponctuels nécessitant une coordination importante, à une correction continue des vulnérabilités, sans les tracas que cela implique.

Télécharger maintenant

Téléchargement gratuit instantané
Aucune adresse e-mail ni autre information requise

10,000

systèmes de négociation critiques sécurisés en permanence

ZÉRO

redémarrages obligatoires liés à l'installation de correctifs sur 10 000 systèmes critiques

2x

des intervalles plus longs entre les fenêtres d'entretien programmées

Cet ebook aborde des questions telles que :

Comment une équipe Linux composée de cinq personnes peut-elle, de manière réaliste, appliquer des correctifs à des milliers de serveurs répartis dans plusieurs centres de données à travers le monde ?

Pourquoi les créneaux de maintenance limités ont-ils repoussé les cycles de mise à jour du noyau à environ tous les six mois ?

Comment les exigences strictes en matière de sécurité et de conformité s'articulent-elles avec les réalités opérationnelles des systèmes de négociation à haute disponibilité ?

En quoi l'application de correctifs au noyau sans redémarrage modifie-t-elle la relation entre la correction des vulnérabilités et la disponibilité du système ?

Comment une petite équipe chargée de l'infrastructure peut-elle assurer la visibilité et le contrôle sur environ 10 000 systèmes critiques ?

Qu'advient-il de la coordination entre les équipes lorsque l'application de correctifs au noyau ne dépend plus de redémarrages programmés ?

(et bien d'autres encore !)

Pourquoi devriez-vous lire cette étude de cas ?

Vous découvrirez comment une petite équipe d'ingénieurs Linux a révolutionné la manière dont elle sécurise un vaste environnement de trading réparti à l'échelle mondiale (sans ajouter de fenêtres de maintenance ni transformer chaque mise à jour du noyau en un exercice de coordination). Il s'agit d'un exemple concret, présenté selon les propres termes de l'entreprise, qui illustre comment l'application de correctifs sans redémarrage aide les environnements à haute disponibilité à améliorer la correction des vulnérabilités, à réduire les coûts d'exploitation et à maintenir les systèmes critiques en fonctionnement tout en respectant des exigences strictes en matière de sécurité et de conformité.