Infrastructure informatique : les bases pour structurer un SI de PME sans surdimensionner

Une infrastructure informatique d’entreprise (et en particulier de PME) regroupe tout ce qui permet à l’entreprise de travailler sans rupture : postes, réseau, connexion Internet, messagerie, applications métier, stockage, sauvegardes, identité, sécurité et services cloud. Par définition, c’est le socle technique du système d’information qui supporte les processus métier au quotidien.

Pour éviter le surdimensionnement, il faut décrire l’infrastructure informatique à partir des usages et non du catalogue matériel. Une PME n’a pas toujours besoin d’une salle serveur redondée, mais elle a presque toujours besoin d’un réseau fiable, d’accès maîtrisés, de sauvegardes testées et d’un plan de restauration clair.

Qu’est-ce qu’une infrastructure informatique d’entreprise (PME) ?

Dans une entreprise, l’infrastructure informatique correspond au socle technique du système d’information. Elle ne se limite plus aux serveurs physiques. Elle inclut aussi l’infrastructure réseau (routeur, switchs, Wi-Fi, pare-feu), les services SaaS, l’authentification, les règles d’accès, les équipements utilisateur et les procédures qui permettent de superviser, sauvegarder et restaurer l’activité.

Concrètement, une PME de 40 collaborateurs peut avoir une messagerie cloud, des fichiers partagés, un ERP, un CRM, une téléphonie IP, des postes Windows ou Linux, quelques imprimantes, un Wi-Fi invité, un accès VPN pour certains profils et une sauvegarde externalisée. Rien de spectaculaire. Pourtant, si une seule brique est mal pensée, le quotidien se bloque vite : plus d’accès aux devis, plus de mails, plus de production, ou des données impossibles à restaurer.

Le premier réflexe consiste donc à dessiner le périmètre réel.

Quels outils sont indispensables pour facturer, produire, livrer, encaisser ou répondre aux clients ? Quelles données sont sensibles ? Qui accède à quoi ? Cette cartographie simple donne souvent plus de valeur qu’un schéma d’architecture très détaillé mais déconnecté des usages métier, parce qu’elle relie enfin les câbles, les comptes et les applications à des conséquences concrètes. En pratique, c’est aussi la meilleure façon de décrire une infrastructure informatique : en reliant chaque composant à son impact concret sur l’activité.

Les composants à prévoir, et ceux à ne pas suracheter

Chaque composant doit répondre à un usage ou à un risque identifié. Une infrastructure réussie n’empile pas les outils ; elle couvre les besoins essentiels, puis renforce progressivement les points critiques. On distingue généralement quatre grandes familles d’infrastructures informatiques : matérielle (postes, serveurs), réseau, logicielle (systèmes et applications) et cloud. Le tableau suivant donne une grille de lecture volontairement qualitative, car il n’existe pas de seuil universel valable pour toutes les PME.

Le cas classique de surachat arrive quand une PME achète une infrastructure serveur complète alors que ses applications principales sont déjà hébergées en SaaS. Le bon arbitrage peut alors être plus simple : renforcer le réseau, les accès, la sauvegarde et le PRA plutôt que reconstruire un datacenter miniature.

Cloud, local ou hybride se choisissent selon les contraintes réelles

Dans une infrastructure informatique d’entreprise, le cloud n’est pas automatiquement moins cher. Le local n’est pas automatiquement plus sûr. L’hybride n’est pas automatiquement plus mature. Ces choix déplacent les coûts, les responsabilités et les dépendances. La bonne architecture part des contraintes : connexion Internet, métiers, données, compétences internes, exigences clients et capacité à restaurer.

Pour une PME de 40 personnes, un schéma raisonnable peut être hybride : messagerie en SaaS, application métier locale ou hébergée chez l’éditeur, fichiers partagés avec règles d’accès, sauvegarde externalisée et supervision légère. Le sujet n’est pas de choisir une étiquette. Il est de savoir qui maintient quoi, avec quel délai de reprise.

Les critères de dimensionnement évitent les dépenses inutiles

Dimensionner, ce n’est pas prévoir large partout. C’est décider où l’arrêt est acceptable, où il ne l’est pas, et combien de données l’entreprise peut réellement perdre. Cette discussion doit avoir lieu avant l’achat, sinon la technique décide à la place du métier.

Disponibilité et criticité

Le 100 % disponible n’existe pas en pratique. Même une architecture robuste dépend d’une chaîne : opérateur Internet, postes, comptes, applications, sauvegardes, prestataire, énergie et utilisateurs. Le calcul simple aide à poser les ordres de grandeur : indisponibilité annuelle approximative = 365 jours × taux d’indisponibilité. Une disponibilité de 99 % représente donc environ 3,65 jours d’indisponibilité théorique par an.

Ce chiffre n’est pas une promesse de service. Il sert à discuter.

Une indisponibilité ponctuelle sur un outil secondaire peut être tolérable. Sur l’ERP, la production ou la facturation, elle peut bloquer l’entreprise dès la première heure. La priorité doit donc aller aux services qui créent le plus fort impact métier, même si ce ne sont pas les briques les plus visibles dans le devis.

RTO et RPO

Le RTO désigne la durée maximale d’arrêt acceptable. Le RPO désigne la perte maximale de données acceptable. Si l’entreprise accepte quatre heures d’arrêt sur son ERP mais seulement trente minutes de perte de données, la sauvegarde, la réplication et les tests de restauration ne seront pas conçus de la même manière.

Le PCA organise la continuité pendant l’incident. Le PRA décrit la reprise après incident. Inutile de produire un classeur complexe si personne ne sait l’appliquer. Pour une PME, un document court, testé une fois par an, vaut souvent mieux qu’un plan théorique jamais joué.

Sécurité et sauvegarde

Les règles d’accès, l’authentification, les mises à jour, les sauvegardes et la sensibilisation ne sont pas des options de cybersécurité avancée. Elles font partie du socle. Les guides de l’ANSSI, de Cybermalveillance.gouv.fr et de la CNIL rappellent tous, chacun dans leur périmètre, l’importance des mesures élémentaires : mots de passe robustes, accès maîtrisés, sauvegardes régulières, protection des postes et procédures de sécurité.

• Nombre d’utilisateurs et profils d’accès.
• Applications réellement critiques.
• Données sensibles ou personnelles.
• Accès distants et prestataires externes.
• Capacité à restaurer après panne ou attaque.

Si l’infrastructure traite des données personnelles, le RGPD, les durées de conservation, l’hébergement, les sous-traitants et les sauvegardes doivent être vérifiés avec les sources officielles ou un professionnel compétent. Cet article reste un cadrage général : il ne remplace pas un audit de conformité réalisé par un spécialiste.

Une méthode simple permet de cadrer avant d’acheter

Un audit infrastructure informatique peut commencer sans outil complexe. Il faut d’abord rendre visible ce qui existe, puis classer les risques. Cette méthode en quelques étapes évite d’acheter une solution spectaculaire pour résoudre un problème mal posé.

1. Cartographier les usages, applications, comptes, sites et dépendances.
2. Classer les services par criticité métier.
3. Identifier les données sensibles, accès distants et contraintes contractuelles.
4. Définir RTO, RPO, sauvegardes et scénario de restauration.
5. Choisir local, cloud ou hybride selon les contraintes réelles.
6. Prévoir une supervision légère et une revue tous les 6 à 12 mois.

Les erreurs reviennent souvent. Acheter avant de cartographier. Empiler les outils de sécurité sans pilotage. Renforcer les serveurs avant de fiabiliser le réseau. Oublier la restauration alors que la sauvegarde semble en place. Viser une redondance coûteuse sur des services non critiques. Dans les faits, le surdimensionnement vient souvent d’une absence de priorisation, pas d’un excès de prudence.

La cartographie doit rester vivante.

Un nouvel ERP, un second site, un prestataire avec accès distant ou une croissance rapide changent l’équation. À chaque évolution, il faut se demander si les accès, les sauvegardes, la supervision et la documentation suivent encore. C’est souvent là que les infrastructures se fragilisent : pas lors du choix initial, mais lors des ajouts successifs jamais réconciliés.

Le bon socle est celui que l’entreprise sait maintenir

Une infrastructure informatique réussie n’est pas la plus complète. C’est celle qui permet à la PME de travailler, de protéger ses données, de restaurer ses services et de comprendre ses dépendances. Commencez par cartographier les applications, classer leur criticité, puis décider quoi renforcer. Pour une refonte sensible, un cadrage par un prestataire IT ou une entreprise informatique spécialisée peut éviter les dépenses inutiles, à condition de garder la décision centrée sur les usages métier.