Introduction
Dans la plupart des infrastructures de taille moyenne, on parle souvent de redondance sur les éléments les plus visibles : serveurs critiques, liens internet principaux, sauvegardes…
Pourtant, quand on regarde de plus près, on retrouve très fréquemment des points de défaillance uniques qui ne sont pas toujours identifiés comme tels.
Ces fragilités ne posent généralement pas de problème au quotidien. Elles deviennent critiques seulement quand un incident survient… et c’est souvent à ce moment-là qu’on découvre qu’on n’avait pas de vrai plan B.
Pourquoi ces points de fragilité passent-ils inaperçus ?
La plupart des infrastructures PME n’ont pas été conçues en une seule fois. Elles ont grandi progressivement.
À chaque étape, on ajoute une solution pragmatique qui « fonctionne pour le moment ».
ℹ️ Info : Le résultat est souvent une architecture qui fonctionne bien… tant qu’aucun élément important ne tombe.
Voici les situations que je rencontre le plus souvent sur le terrain.
1. Le tunnel VPN unique (ou quasi-unique)
C’est probablement le cas le plus fréquent.
Une entreprise a plusieurs sites interconnectés via des tunnels Site-to-Site VPN. Sur le papier, tout est redondant… mais dans la réalité, un seul tunnel porte souvent l’essentiel du trafic critique.
⚠️ Attention : Quand ce tunnel tombe, les conséquences peuvent être immédiates : impossibilité d’accéder aux applications centrales, rupture des flux métiers, et parfois même arrêt partiel de l’activité.
2. L’équipement central qui fait « trop de choses »
Beaucoup de PME ont un (ou deux) firewalls/routeurs qui concentrent un grand nombre de fonctions : routage, filtrage, VPN, proxy, supervision, authentification…
Cet équipement devient alors un single point of failure majeur.
🔴 Important : Sa panne ou sa saturation impacte simultanément plusieurs services critiques.
3. Les services transverses mal redondés
Certains services sont utilisés par l’ensemble de l’infrastructure, mais ne bénéficient pas toujours du même niveau de redondance que les systèmes métier.
On pense notamment à : Active Directory, DNS interne, supervision, sauvegardes centralisées.
⚠️ Prudence : Quand l’un de ces services devient indisponible, les conséquences peuvent être larges et parfois surprenantes.
Comment identifier objectivement ses points de fragilité ?
La meilleure façon de procéder est de se poser une question simple :
Si cet élément tombe demain matin, que se passe-t-il concrètement pour l’activité ?
💡 Astuce : Posez-vous ces trois questions :
- Existe-t-il une vraie solution de contournement opérationnelle ?
- Cette solution a-t-elle été testée récemment ?
- Qui serait impacté, et pendant combien de temps ?
Comment traiter ces fragilités de façon réaliste ?
Dans la plupart des PME, il n’est pas question de viser une résilience « enterprise ». L’objectif est d’identifier les risques les plus importants et d’y apporter des réponses proportionnées.
📝 Note : L’important n’est pas d’atteindre la perfection, mais de réduire significativement le risque que « tout s’arrête en même temps ».