Pendant des décennies, les opérations informatiques ont mis l’accent sur la disponibilité :
- Assurer le bon fonctionnement de l’infrastructure.
- Respecter votre objectif de délai de reprise (RTO).
- Respecter votre objectif de point de reprise (RPO).
Mais les cybermenaces modernes ne s’arrêtent pas aux limites des infrastructures, et la reprise après sinistre ne se limite plus à la simple restauration des systèmes. Il s’agit désormais de restaurer des données saines et fiables, au sein de toutes les équipes, même sous pression.
Dans cet épisode de STRIVE, j’ai rencontré Stephen Foskett, fondateur et président du Tech Field Day du Futurum Group, pour discuter d’une discipline émergente : les opérations de résilience – ou ResOps. Et ce n’est pas qu’un simple mot à la mode. Il s’agit d’un véritable changement dans la manière dont les organisations envisagent l’« intelligence de reprise ». Regardez l’épisode dans son intégralité.
Points clés : ce que changent les ResOps
- Les ResOps font évoluer la reprise après sinistre d’une approche centrée sur l’infrastructure vers une approche centrée sur l’activité. Il ne s’agit pas seulement de remettre les systèmes en service, mais aussi de restaurer des données fiables et exploitables.
- Les indicateurs traditionnels liés au RTO et au RPO ne suffisent plus. Le « Mean Time to Clean Recovery » (MTCR) s’impose désormais comme un indicateur plus pertinent pour mesurer la résilience.
- La suppression des cloisonnements est essentielle pour se préparer aux cybermenaces. La sécurité, l’infrastructure et le DevOps doivent fonctionner de manière synchronisée, et non en parallèle.
- La résilience est une discipline opérationnelle, et non un outil. La culture, la communication et la coordination sont tout aussi importantes que la technologie.
- L’expertise en matière de reprise après sinistre devient un facteur de différenciation concurrentiel. Les entreprises qui parviennent à se remettre rapidement et sans heurts protègent leur chiffre d’affaires, leur réputation et la confiance de leurs clients.
Des opérations informatiques aux ResOps : qu’est-ce qui a changé ?
Stephen revient sur une époque révolue de l’informatique où les équipes assuraient souvent la maintenance des systèmes sans comprendre pleinement les applications métier qu’elles faisaient fonctionner. La reprise consistait à restaurer l’infrastructure. Aujourd’hui, ce modèle ne suffit plus. Les environnements modernes se caractérisent par :
- Diffusé
- Cloud
- axé sur le DevOps
- sensibles en matière de sécurité
- étroitement intégrés aux sources de revenus
ResOps reconnaît que la reprise après sinistre n’est plus une fonction informatique isolée. Il s’agit d’une discipline transversale qui permet de relier l’infrastructure, le développement logiciel et la sécurité à des résultats commerciaux concrets.
Pourquoi les indicateurs traditionnels ne reflètent pas toute la réalité
RTO. RPO. Ces indicateurs guident depuis des années la planification de la reprise après sinistre. Mais comme l’explique Stephen, une restauration rapide ne suffit pas si les données restaurées ne sont pas intègres. Découvrez un indicateur plus pertinent : le MTCR. Il ne s’agit pas seulement de la rapidité avec laquelle vous reprenez vos activités, mais aussi de la rapidité avec laquelle vous pouvez revenir à un état vérifié et fiable.
En cas d’attaque par ransomware, cette différence est cruciale. La restauration de données compromises peut relancer le cycle d’attaque. ResOps se concentre sur la restauration de l’intégrité opérationnelle – et pas seulement sur la fonctionnalité.
Aperçu : Pourquoi un « sevrage » propre est-il important ?
Dans cet extrait de STRIVE, Stephen explique pourquoi les indicateurs traditionnels de reprise ne sont pas pertinents – et pourquoi la reprise est une discipline transversale.
Le véritable obstacle : les cloisonnements organisationnels
La technologie n’est généralement pas le principal obstacle à la résilience. C’est la structure qui l’est. Les équipes de sécurité relèvent souvent d’un dirigeant. Les équipes d’infrastructure d’un autre. Les équipes applicatives d’un troisième encore. Chacune avec des priorités différentes, des motivations différentes et des définitions différentes de la réussite.
ResOps s’attaque à cette fragmentation. Stephen explique comment les ateliers collaboratifs et la coordination interfonctionnelle contribuent à faire tomber ces cloisonnements. En effet, lors d’un incident cybernétique, le manque de coordination au sein de l’organisation ralentit la reprise plus que ne le feront jamais les lacunes en matière d’outils.
Pourquoi Commvault s’engage-t-il dans ce débat ?
STRIVE ne porte pas sur les fonctionnalités des produits. Il s’agit de l’évolution de la réflexion sur la Recovery. Le ResOps correspond étroitement à ce que nous observons sur le terrain :
- Des clients qui rencontrent des difficultés de coordination lors d’incidents.
- Des organisations qui remettent en état leurs infrastructures tout en s’interrogeant sur l’intégrité des données.
- La direction exige des indicateurs reflétant l’impact réel sur l’activité.
Le concept du MTCR redéfinit l’intelligence en matière de reprise après sinistre en plaçant la confiance des entreprises au cœur de la démarche – et c’est précisément la direction que prend le secteur. La reprise après sinistre n’est plus un simple processus administratif. C’est désormais une préoccupation de la direction.
L’avenir de l’intelligence de reprise après sinistre
À l’avenir, le ResOps devrait connaître une évolution rapide. Au cours des 12 à 18 prochains mois, les entreprises devraient :
- Intégrer davantage les processus de sécurité et de reprise après sinistre.
- Adopter de nouveaux indicateurs axés sur la reprise.
- Intégrer la résilience plus tôt dans le cycle de vie des applications.
- Investir dans une solution intelligente capable de distinguer les données fiables des données compromises.
Les cybermenaces se multiplient. Les stratégies de Recovery doivent évoluer au même rythme. ResOps fournit un cadre permettant d’y parvenir.
Regardez l'épisode dans son intégralité
Dans cet épisode, nous abordons les sujets suivants :
- En quoi ResOps se distingue-t-il des opérations informatiques traditionnelles ?
- Pourquoi le MTCR contribue-t-il à redéfinir les indicateurs de reprise ?
- À quoi ressemble l’alignement organisationnel dans la pratique ?
- Comment la culture DevOps influence-t-elle la résilience ?
- Quelle sera la prochaine étape pour l’intelligence en matière de reprise ?
Regardez-le dès maintenant. Si vous êtes responsable de la préparation à la cybersécurité, de la continuité des activités ou de la stratégie de reprise après sinistre, cette discussion est à ne pas manquer.
FAQ
Q : Qu’est-ce que le ResOps ?
R : Le ResOps (Resilience Operations) est une discipline émergente qui associe les opérations informatiques, la sécurité, le DevOps et les parties prenantes métier afin de contribuer à améliorer la capacité de reprise et la résilience organisationnelle.
Q : En quoi le ResOps se distingue-t-il des opérations informatiques traditionnelles ?
R : Les opérations informatiques traditionnelles se concentrent principalement sur la disponibilité de l’infrastructure. Le ResOps élargit cette approche pour inclure la récupération de données fiables, la coordination interfonctionnelle et l’alignement sur les objectifs métier.
Q : Qu’est-ce que le « Mean Time to Clean Recovery » (MTCR) ?
R : Le MTCR évalue la rapidité avec laquelle une organisation est capable de restaurer des données vérifiées et intactes et de reprendre ses activités en toute sécurité après un incident cybernétique – et pas seulement la rapidité avec laquelle les systèmes sont remis en service.
Q : Pourquoi des indicateurs tels que le RTO et le RPO s’avèrent-ils insuffisants dans les environnements modernes ?
R : Ils mesurent la vitesse et l’actualité des données, mais pas leur intégrité. En cas d’attaque par ransomware, la restauration des données compromises peut prolonger la perturbation.
Q : Comment les organisations peuvent-elles commencer à mettre en œuvre le ResOps ?
R : Commencez par :
-
- Harmoniser les équipes chargées de la sécurité, de l’infrastructure et du DevOps.
- Évaluer les indicateurs de reprise au-delà des objectifs RTO et RPO.
- Tester les processus de restauration « propre ».
- Éliminer les cloisonnements opérationnels.
- Intégrer la réflexion sur la résilience dès les premières étapes de la conception des systèmes.
Q : Pourquoi l’intelligence de reprise prend-elle de plus en plus d’importance ?
R : À mesure que les cybermenaces gagnent en sophistication, la capacité à se remettre d’un incident de manière efficace, rapide et sûre a un impact direct sur le chiffre d’affaires, la confiance des clients et la conformité réglementaire.
Darren Thomson est directeur technique sur le terrain chez Commvault.
