Points clés à retenir
- La cyber-résilience est une question de confiance pour l’entreprise, qui exige des DSI qu’ils démontrent que les services critiques peuvent être rétablis sans heurts et avec un niveau de perturbation acceptable.
- Les ResOps (opérations de résilience) déplacent l’accent mis sur les sauvegardes vers celui des tests et de la validation en continu de la reprise d’activité de bout en bout.
- Une planification efficace de la Recovery doit tenir compte des interdépendances entre les applications, les identités, les bases de données, l’infrastructure cloud, les communications et les autres systèmes critiques.
- Readiness for recovery must be evaluated at the level of operational indicators, such as recovery time, recovery point objectives, test frequency, data integrity, and tested workflow coverage.
- Alors que les entreprises dépendent de plus en plus de l’IA, du SaaS, des plateformes cloud et des pipelines de données, la résilience doit s’étendre à l’intégrité, à la gouvernance, à la sécurité et à l’accessibilité des données sous-jacentes.
La confiance est mise à rude épreuve en cas de perturbation
Pour une entreprise de services technologiques, la confiance n’est pas une valeur de marque abstraite. Elle se mérite par la capacité à fournir chaque jour des services sécurisés et fiables, même dans les conditions les plus défavorables.
Les incidents cybernétiques, les défaillances d’infrastructure et les pannes imprévues mettent à l’épreuve bien plus que la technologie d’une organisation. Ils mettent à l’épreuve la capacité de l’entreprise à poursuivre ses activités, à respecter ses engagements envers ses clients et à permettre à ses dirigeants de prendre des décisions en toute confiance. C’est pourquoi la cyber-résilience est devenue un enjeu de confiance pour l’entreprise, et non plus simplement une responsabilité informatique.
La sauvegarde n’est pas une fin en soi
La protection traditionnelle des données reposait souvent sur une question simple : disposons-nous d’une sauvegarde en cas de problème ? Cela reste important, mais ce n’est plus suffisant.
Après un cyberincident, l’existence d’une sauvegarde ne prouve pas que les données sont intactes, que l’environnement de restauration est sûr, ni que l’organisation peut rétablir l’intégralité des processus métier dans les délais requis par l’entreprise.
Une sauvegarde est un élément de base. Le résultat, c’est une entreprise qui fonctionne.
La question que les dirigeants doivent se poser ne porte pas uniquement sur la possibilité de restaurer les données. Il s’agit de savoir si des données saines et fiables peuvent être récupérées dans un environnement prêt pour la production suffisamment rapidement pour protéger les opérations, les clients et la réputation.
C’est là le changement qui sous-tend le ResOps : considérer la résilience non pas comme un ensemble d’activités de Backup and Recovery, mais comme une discipline opérationnelle continue visant à maintenir les services métier critiques à des niveaux de perturbation acceptables. Pour les DSI, cela signifie faire évoluer le débat de « Disposons-nous de sauvegardes ? » à « Pouvons-nous prouver que l’entreprise est capable de se rétablir ? »
Recovery must reflect the way the business operates
Les services modernes ne reposent pas sur une seule application ou une seule couche d’infrastructure. Les applications métier critiques s’appuient sur l’identité, les bases de données, les plateformes de communication, l’infrastructure cloud et les environnements de développement. Si l’une de ces dépendances est indisponible, la restauration de l’application seule peut ne pas suffire à rétablir le service.
Cela modifie la manière dont les dirigeants doivent définir l’état de « Readiness ». La « Readiness » ne peut pas être traitée comme un ensemble de tâches techniques déconnectées les unes des autres. L’approche ResOps part des services métier critiques qui doivent rester résilients, puis cartographie les applications, les données, l’identité, l’infrastructure et les autres dépendances nécessaires à leur restauration, dans les limites de la perturbation que l’entreprise peut tolérer.
Chez Persistent Systems, cela implique d’adopter une approche structurée des charges de travail critiques et de comprendre les dépendances nécessaires à leur remise en service. L’objectif n’est pas de restaurer la technologie pour elle-même. L’objectif est de maintenir la capacité à servir les clients.
Prouver la Recovery au lieu de la supposer
ResOps considère la résilience comme une discipline opérationnelle continue. Elle ne peut être validée par une liste de contrôle annuelle ou un rapport de sauvegarde réussi.
Les organisations doivent tester régulièrement les workflows de reprise, effectuer des reprises dans des environnements isolés, valider l’intégrité des données et confirmer que les systèmes restaurés sont capables de prendre en charge les opérations métier réelles. À mesure que les environnements évoluent, les guides de reprise doivent également évoluer. De nouvelles applications, de nouvelles intégrations et de nouvelles menaces peuvent toutes rendre le plan de reprise d’hier incomplet.
Notre collaboration avec Commvault soutient cette transition de la protection traditionnelle des données vers une « Readiness » continue en matière de reprise. Commvault Cleanroom fournit un environnement isolé dans lequel les équipes peuvent restaurer des systèmes, rechercher des menaces, valider les données et tester la reprise avant de remettre les charges de travail en production. Cette capacité soutient un principe fondamental de ResOps : la capacité de reprise ne doit pas être supposée ; elle doit être continuellement testée, validée et démontrée par des preuves.
Mesurer les progrès sur le plan métier
Une stratégie de résilience nécessite des preuves mesurables. À l’origine, Persistent visait un objectif de Recovery de 24 heures. Grâce à une approche plus structurée et testée en continu, notre délai de Recovery actuel est désormais plus proche de quatre à six heures pour les scénarios de bout en bout abordés lors de nos récents tests.
C’est là que le ResOps prend tout son sens. L’objectif n’est pas simplement de mener davantage de tests de Recovery ; il s’agit d’utiliser chaque exercice pour identifier les lacunes, améliorer le processus de Recovery et réduire de manière mesurable le délai et l’incertitude entre la perturbation et le retour à un fonctionnement normal de l’entreprise.
Cette amélioration est cruciale, car le temps n’est pas seulement un indicateur technique en cas de perturbation. Il influe sur le service client, la productivité des collaborateurs, les coûts opérationnels, la prise de décision et la réputation. Plus l’organisation est capable de revenir rapidement à un état de fonctionnement normal et opérationnel, plus elle peut limiter efficacement l’impact commercial d’un incident.
Les indicateurs doivent donc être liés aux priorités métier. Une discipline ResOps élargit le débat sur la mesure au-delà de la simple réussite d’une restauration : elle examine si les services critiques peuvent être rétablis sans faille et dans les limites de la perturbation que l’entreprise est en mesure de tolérer. Le temps de Recovery, les objectifs de point de Recovery, la fréquence des tests, la validation de l’intégrité des données et le pourcentage de flux de travail critiques couverts par des scénarios testés aident tous les dirigeants à comprendre si la résilience s’améliore.
L’importance de disposer de données fiables au-delà de la Recovery
Le rôle des plateformes de cyber-résilience continuera de s’étendre. À mesure que les organisations exploitent davantage de données, notamment dans le cadre d’initiatives d’intelligence artificielle, elles doivent s’assurer que ces données sont propres, sécurisées, gouvernées et accessibles de manière appropriée.
La fiabilité des systèmes d’IA dépend entièrement de celle des données sur lesquelles ils s’appuient. L’intégrité, la classification, la gouvernance et le contrôle d’accès aux données s’inscrivent donc désormais dans une norme de résilience plus large. Les mêmes principes qui aident une organisation à se rétablir en toute confiance peuvent également favoriser une utilisation plus sûre et plus responsable des données dans le cadre d’initiatives basées sur l’IA.
C’est une raison supplémentaire pour laquelle les ResOps doivent évoluer au rythme de l’activité : alors que les services critiques dépendent de plus en plus de l’IA, du SaaS, des plateformes cloud, des identités et des pipelines de données, la résilience doit englober l’ensemble de l’environnement dont dépendent ces services.
Cinq questions que tout DSI devrait se poser
Les dirigeants n’ont pas besoin de gérer chaque étape technique, mais ils ont besoin de réponses claires aux questions qui permettent de déterminer si l’entreprise est réellement prête. Ce sont également ces questions qui font passer le ResOps d’un concept technologique à une discipline opérationnelle de haut niveau :
- Quels services métier et quelles charges de travail doivent être rétablis en priorité ?
- Avons-nous répertorié les dépendances liées aux identités, aux applications, aux bases de données, au cloud et aux communications nécessaires à leur restauration ?
- Pouvons-nous restaurer et valider les données dans un environnement propre et isolé avant de les remettre en production ?
- À quelle fréquence testons-nous l’ensemble du processus, et comment mettons-nous à jour le guide d’intervention lorsque l’environnement évolue ?
- Quelles preuves quantifiables pouvons-nous présenter à la direction pour démontrer que nos services critiques peuvent être rétablis dans des délais acceptables pour l’entreprise – et que nos performances en matière de Recovery s’améliorent ?
La cyber-résilience est avant tout une question de confiance : la confiance dans la capacité de l’organisation à poursuivre ses activités, la confiance dans sa capacité à respecter ses engagements envers ses clients, et la confiance dans la fiabilité des données qui sous-tendent son activité. Cette confiance doit se mériter par la préparation, les tests et l’amélioration continue.
FAQ
Q : Qu’est-ce que ResOps ?
R : Le ResOps est une discipline opérationnelle continue visant à maintenir les services métier critiques à des niveaux de perturbation acceptables. Il va au-delà des simples activités de Backup and Recovery afin de démontrer en permanence que l’entreprise est capable de se rétablir.
Q : Pourquoi les sauvegardes ne suffisent-elles plus à elles seules à garantir la cyber-résilience ?
R : Une sauvegarde confirme l’existence d’une copie des données, mais elle ne prouve pas que ces données sont intactes, que l’environnement de Recovery est sécurisé, ni que l’ensemble du processus métier peut être restauré suffisamment rapidement. Le véritable enjeu métier réside dans la capacité à rétablir les services critiques dans un état opérationnel fiable et utilisable.
Q : Pourquoi la planification de la Recovery doit-elle se concentrer sur les services métier plutôt que sur les applications individuelles ?
R : Les services critiques reposent généralement sur de multiples technologies interconnectées, notamment la gestion des identités, les bases de données, l’infrastructure cloud, les communications et les environnements de développement. Cartographier ces dépendances permet aux organisations de rétablir le service dans son intégralité, plutôt que de se contenter de restaurer une application tout en laissant les systèmes de soutien essentiels indisponibles.
Q : Comment les organisations peuvent-elles démontrer qu’elles sont prêtes à se remettre d’une perturbation ?
R : Les organisations doivent tester régulièrement l’ensemble des workflows de reprise dans des environnements isolés, vérifier l’intégrité des données, détecter les menaces et s’assurer que les systèmes restaurés sont capables de prendre en charge les opérations métier réelles. Les guides de Recovery doivent également évoluer au fur et à mesure que les applications, les intégrations, l’infrastructure et les menaces changent.
Q : Comment les DSI doivent-ils évaluer le niveau de Readiness à la reprise ?
R : Les DSI doivent établir un lien entre les indicateurs de résilience et les priorités métier, notamment le délai de Recovery, les objectifs de point de Recovery, la fréquence des tests, la validation de l’intégrité des données et le pourcentage de workflows critiques couverts par les guides de Recovery testés. L’objectif est de démontrer une amélioration mesurable de la rapidité et de la fiabilité avec lesquelles les services critiques peuvent reprendre leur fonctionnement.
Q : En quoi la Readiness à la reprise soutient-elle l’IA et les initiatives plus larges en matière de données ?
R : Les systèmes d’IA reposent sur des données propres, sécurisées, gérées et accessibles de manière appropriée. Les principes qui garantissent une Recovery fiable – notamment l’intégrité des données, la classification, la gouvernance et le contrôle d’accès – peuvent également favoriser une utilisation plus sûre et plus responsable des données dans le cadre d’initiatives fondées sur l’IA.
Debashis Singhest directeur des systèmes d’information chez Persistent Systems.
