Voici la deuxième partie d’une série de cinq articles consacrés aux ResOps (opérations de résilience). Pour consulter la première partie, rendez-vous sur « Qu’est-ce que les ResOps ? Et pourquoi la cyber-résilience en a-t-elle besoin ? ». Ne manquez pas le prochain article, qui traitera de la phase de contrôle des ResOps. Vous pouvez également télécharger le guide complet : «ResOps : un guide destiné aux dirigeants ».
Points clés à retenir
- La visibilité est le fondement des ResOps (opérations de résilience) : savoir ce qui compte le plus, savoir comment cela est protégé et savoir dans quelle mesure vous pouvez le restaurer.
- Le concept de « Minimum Viable Company » (MVC) définit les services essentiels dont une organisation a besoin pour continuer à fonctionner.
- Les services critiques doivent être confiés à des responsables métier désignés et assortis de seuils d’impact définis par l’entreprise.
- La cartographie des dépendances permet d’identifier les éléments dont les services critiques ont besoin pour fonctionner et se rétablir.
- La capacité de reprise d’un service critique dépend entièrement de celle de ses dépendances.
Le défi des addictions
Avant de pouvoir planifier Recovery, vous devez déterminer ce qui est le plus important. Et la réponse n’est pas toujours aussi évidente qu’il n’y paraît.
C’est pourquoi la visibilité est essentielle pour les ResOps. Avant que les équipes ne conçoivent des stratégies de Recovery ou n’en testent l’efficacité, elles doivent partager une vision commune de ce que l’organisation doit maintenir en fonctionnement ou rétablir en priorité, ainsi que de tout ce dont dépendent ces services critiques.
Cela semble simple, mais dans la pratique, cela met souvent en évidence des lacunes gênantes :
- Un service que l’entreprise considère comme essentiel peut dépendre d’une application à laquelle on accorde bien moins d’attention.
- Une application cloud peut s’appuyer sur un seul fournisseur d’identité.
- Un service apparemment autonome peut partager son infrastructure avec des dizaines d’autres.
ResOps permet de mettre en évidence ces liens avant qu’une perturbation ne se produise.
Qu’est-ce qu’une « entreprise minimale viable » (MVC) ?
La plupart des organisations sont en mesure de citer leurs principaux systèmes. La tâche se complique lorsqu’on leur demande lesquels sont indispensables au bon fonctionnement de l’entreprise.
Posez-vous la question suivante :Si nous perdions tout ce soir, qu’est-ce qui devrait être rétabli en priorité ?
Répondre à cette question permet de définir votre MVC : la version la plus réduite de l’entreprise capable de servir ses clients, de générer du chiffre d’affaires et de respecter ses obligations les plus urgentes en matière de législation, de réglementation, de sécurité ou de mission.
L’objectif n’est pas de qualifier chaque application importante de « critique ». Il s’agit plutôt de définir des priorités en fonction des résultats commerciaux.
Les responsables informatiques ne peuvent pas prendre cette décision seuls. Les responsables métier, les responsables informatiques ainsi que les équipes juridiques et de conformité doivent s’accorder sur les services qui sont véritablement critiques et sur les conséquences qu’entraînerait leur indisponibilité ou une dégradation de leur fonctionnement.
Chaque service critique doit également disposer d’un responsable métier désigné. Cette responsabilité permet de faire le lien entre les décisions techniques de Recovery et les personnes qui comprennent ce qu’une interruption implique pour les clients, le chiffre d’affaires, les opérations et les obligations.
À partir de quand une perturbation est-elle trop importante ?
Une fois que vous savez quels sont les services les plus importants, la question suivante est :Quel niveau de perturbation l’entreprise peut-elle tolérer ?
Dans le cadre du ResOps, chaque service critique est associé à un seuil de tolérance d’impact défini par l’entreprise. Ce seuil décrit le niveau d’indisponibilité, de corruption des données, de dégradation des performances, de résultats erronés ou de recours à des solutions de contournement manuelles que l’entreprise peut supporter avant que le préjudice ne devienne inacceptable.
Prenons l’exemple d’une plateforme de paiement qui est en ligne, mais qui ne traite que 20 % de son volume habituel de transactions. Techniquement, elle fonctionne. Mais d’un point de vue commercial, elle peut être considérée comme défaillante.
C’est pourquoi les seuils de tolérance à l’impact doivent refléter les conséquences pour l’entreprise, et non pas simplement indiquer si un système est opérationnel ou non. Selon le service concerné, cela peut inclure l’impact sur le chiffre d’affaires par heure, les seuils de transactions, les niveaux de service client ou les obligations réglementaires.
Les seuils précis varieront d’une organisation à l’autre. L’essentiel est de définir clairement les priorités et de les réévaluer au fur et à mesure que l’activité évolue.
Comment la cartographie des dépendances peut mettre en lumière les obstacles à la Recovery
Définir un service critique permet de déterminer ce qui devra être restauré. La cartographie des dépendances indique, de manière très détaillée, sur quoi ce service critique s’appuie pour fonctionner et permettre cette restauration.
Les services critiques fonctionnent rarement de manière isolée. Ils peuvent dépendre de systèmes d’identité et d’accès, de bases de données, de réseaux, d’infrastructures cloud, d’applications SaaS, d’API tierces, d’infrastructures partagées, de personnes et d’autres services internes.
Certaines de ces dépendances sont évidentes. D’autres ne le sont pas. C’est là que les plans de Recovery peuvent échouer. Un service de niveau 0 peut dépendre d’un système de niveau inférieur que personne ne considère comme critique. Plusieurs applications peuvent s’appuyer sur le même fournisseur d’identité. Un service que l’on croyait autonome peut partager une infrastructure avec d’autres charges de travail. Un service tiers peut se situer directement sur le chemin de Recovery, même si votre organisation n’a que peu de contrôle sur celui-ci.
Se concentrer uniquement sur les services critiques peut masquer ces points faibles. Cartographier la chaîne des dépendances permet de les mettre en évidence. Une désignation de niveau 0 n’a guère de sens si le service dépend d’un système de priorité inférieure qui ne peut pas être remis en service à temps.
Comprendre l’ensemble de la chaîne de dépendances est une condition préalable indispensable pour que les équipes puissent identifier les points de rupture potentiels avant qu’une perturbation ne mette en évidence ces failles.
Pourquoi la visibilité est-elle indispensable avant Recovery ?
La visibilité ne consiste pas à établir une cartographie technologique aussi détaillée que possible. Il s’agit de déterminer ce qui importe le plus, ce que l’entreprise peut tolérer et où les dépendances pourraient compromettre la Recovery.
Grâce à cette compréhension, les équipes peuvent concentrer leurs efforts de Recovery là où cela compte le plus. Mais avant de pouvoir renforcer ou tester la Recovery, vous devez avoir une vision claire de ce que vous essayez de rétablir et de ce qu’il faudra pour y parvenir.
En savoir plus sur ResOps
Commvault a publié « ResOps : un guide destiné aux dirigeants » afin de fournir aux RSSI, aux DSI et aux responsables de l’informatique, de la sécurité, de la résilience et des risques un cadre pratique pour la mise en œuvre de ResOps au sein de leurs organisations.
Les dirigeants apprendront à identifier les services les plus critiques, à valider l’état de Readiness à la reprise à l’aide de preuves concrètes et à tester en continu la résilience. Ainsi, les organisations pourront mettre en place un modèle opérationnel unique qui rassemble les responsables de la sécurité, de l’infrastructure, des opérations informatiques et des activités autour d’une capacité de reprise fondée sur des preuves.
FAQ
Q : Que signifie la « visibilité » dans le cadre du ResOps ?
R :La visibilité consiste à déterminer quels services sont essentiels à l’activité, quel niveau de perturbation chacun peut tolérer, ainsi que les dépendances dont chaque service a besoin pour fonctionner et se rétablir.
Q : Qu’est-ce qu’une « entreprise minimale viable » (MVC) ?
R :La MVC est la plus petite entité d’une organisation capable de servir ses clients, de générer du chiffre d’affaires et de respecter ses obligations les plus urgentes en matière de législation, de réglementation, de sécurité ou de mission. Il s’agit d’un élément essentiel pour comprendre et mettre en pratique le ResOps, car elle permet de hiérarchiser ce qui doit être protégé et restauré, ainsi que l’ordre dans lequel cela doit se faire.
Q : En quoi la tolérance à l’impact diffère-t-elle de l’objectif de délai de reprise (RTO) ?
R : La tolérance à l’impact décrit le niveau de perturbation que l’entreprise est en mesure d’absorber avant que le préjudice ne devienne inacceptable. Elle peut inclure la corruption des données, la dégradation des performances, des résultats erronés, la capacité de traitement des transactions et les solutions de contournement manuelles. Le RTO est un objectif de planification de la reprise axé sur le temps, plutôt que sur l’impact sur la productivité ou la mission.
Q : Que doit inclure la cartographie des dépendances ?
R : La cartographie des dépendances permet d’identifier les éléments dont un service critique a besoin pour fonctionner et se rétablir, notamment les applications, les données, l’infrastructure, les systèmes d’identité, les services cloud et SaaS, les tiers, les personnes et d’autres services internes.Q : À quelle fréquence faut-il réexaminer les services critiques et leurs dépendances ? R :Il convient de les réexaminer régulièrement et chaque fois que des changements importants surviennent au niveau de l’activité ou de la technologie. De nouvelles priorités, applications, fournisseurs, intégrations ou systèmes d’IA peuvent modifier le chemin de Recovery. Michael Thelanderest directeur principal du marketing produit chez Commvault.