Aller au contenu
Espace client

Audit gratuit

IT & infrastructure

Infrastructure : où vivent vos données, et combien de temps pour partir

La seule famille du pilier qui ne produit rien qui se voie. La question utile n’est pas local ou cloud : c’est le délai pour en sortir.

Publié le 26 juillet 2026 — Algeria Agency

L’infrastructure est l’endroit où vivent vos données : un serveur dans une pièce, un espace loué chez quelqu’un d’autre, un boîtier de stockage et ses copies. C’est la seule famille de ce pilier qui ne produit rien que l’on puisse montrer à un visiteur.

C’est aussi celle où une erreur se paie le plus longtemps. Un mauvais ordinateur se remplace en une journée ; un mauvais choix d’hébergement se traîne pendant des années, parce que les données ont été écrites dans un format qui appartient à celui qui les héberge.

La comparaison que l’on nous demande de faire est presque toujours la mauvaise : local ou cloud, tel prix contre tel prix. La question qui décide vraiment est ailleurs, et cet article n’a qu’un objectif — la mettre à la place de l’autre.

Elle tient en une phrase : combien de jours faut-il pour partir, et de qui faut-il l’accord ? Les trois pages sous celle-ci — l’hébergement, le serveur, le stockage et ses copies — se classent correctement dès que cette question passe devant le prix.

La famille qui ne produit rien qui se voie

Les autres familles du pilier livrent des objets. Le support livre un poste qui fonctionne, le réseau livre une prise qui marche, la surveillance livre une image sur un écran. L’infrastructure ne livre rien de tel : elle livre l’absence d’un problème que personne n’a encore eu.

C’est la raison structurelle pour laquelle elle est budgétée en dernier. Une dépense qui ne produit aucun objet est toujours la première repoussée, et elle le reste jusqu’au jour où elle devient la seule qui comptait.

Il faut donc lui donner un critère visible à la place de l’objet manquant, sinon la décision se prend au prix. Ce critère existe et il est mesurable : le temps qu’il faudrait pour remettre l’entreprise en marche à partir de ce que vous détenez aujourd’hui.

Ce délai se chiffre en heures ou en jours, il se teste, et il ne dépend d’aucune promesse. C’est la seule sortie mesurable de cette famille, et le reste de cet article ne fait que le décomposer.

La conséquence immédiate : si personne chez vous ne sait dire ce délai, l’infrastructure n’a pas été décidée. Elle s’est accumulée, ce qui est une autre chose, et c’est le cas le plus fréquent dans les entreprises que nous visitons.

Trois endroits, trois pannes qui n’ont rien à voir

Des données d’entreprise vivent dans trois endroits, et chacun tombe d’une manière qui n’a rien à voir avec les deux autres. Confondre les trois pannes est l’erreur qui fait acheter la mauvaise protection.

Une machine chez vous tombe pour des raisons physiques : un disque, une alimentation, une coupure de courant, une inondation, un vol. La panne est locale, brutale, visible, et elle se règle avec des pièces et une deuxième copie.

Un service loué ailleurs ne tombe presque jamais pour ces raisons-là. Il tombe parce que la ligne qui vous y relie est coupée, parce qu’un paiement n’est pas passé, parce qu’un compte a été suspendu, ou parce que le fournisseur a changé ses conditions. La panne est administrative bien plus souvent que technique.

Un boîtier de stockage partagé tombe d’une troisième manière, la plus vicieuse : il continue de fonctionner pendant que ce qu’il contient se dégrade. Un fichier chiffré par un logiciel malveillant est recopié fidèlement sur la copie, et la copie devient inutile sans qu’aucun voyant ne change de couleur.

Retenez la conséquence plutôt que la liste : une protection qui répond à une seule de ces trois pannes ne protège pas contre les deux autres, et c’est très exactement ce que l’on vend quand on vend un seul produit.

La question n’est pas local ou cloud, c’est le délai de sortie

Le débat local contre hébergé est une comparaison de factures, et il ne se tranche pas parce qu’il oppose deux choses qui ne se paient pas au même moment : un achat contre un loyer.

Remplacez-le par une seule question et il se tranche tout de suite : si vous décidiez demain de changer de fournisseur, combien de jours faudrait-il, qui devrait donner son accord, et dans quel format récupéreriez-vous ce qui est à vous ?

Cette question a l’avantage de se répondre aujourd’hui, gratuitement, et de produire un nombre. Trois jours, trois semaines, ou « personne ne sait » — et « personne ne sait » est une réponse en soi, la plus fréquente et la plus coûteuse.

Elle range aussi les trois pages sous celle-ci sans discussion. Un serveur qui vous appartient a un délai de sortie court et un coût d’entretien élevé ; un service loué a l’inverse ; un stockage local avec des copies ailleurs est le compromis que nous recommandons le plus souvent parce qu’il garde les deux sorties ouvertes.

Une chose ne se rattrape pas : un format de données propriétaire. Le jour où vos dix ans de facturation n’existent que dans la base d’un éditeur qui refuse l’exportation, le délai de sortie n’est plus long, il est infini, et aucune somme ne le raccourcit.

Le pourcentage de disponibilité est une clause, pas une mesure

Vous allez lire un chiffre sur toutes les offres de cette famille : 99,9 %, parfois 99,99 %. Nous n’en citerons aucun sur cette page, et la raison n’est pas qu’il serait faux — c’est qu’il ne mesure rien.

Ce nombre est une clause contractuelle. Il définit à partir de quel moment le fournisseur vous doit un dédommagement, et ce dédommagement est un avoir sur l’abonnement. Il ne définit pas la disponibilité de votre entreprise, et personne ne l’a jamais prétendu en petits caractères.

Trois détails le rendent incomparable d’une offre à l’autre. Le dénominateur est choisi par le vendeur — un mois, une année, une moyenne sur son parc entier. Les interruptions annoncées à l’avance en sont exclues par définition. Et le décompte commence au moment où le fournisseur constate la panne, pas au moment où vous la subissez.

Refaites le calcul dans l’autre sens et le chiffre perd son pouvoir : 99,9 % sur une année autorise près de neuf heures d’arrêt, et neuf heures est une journée ouvrée. La clause est donc compatible avec exactement ce que vous cherchiez à éviter.

Ce que nous mettons à la place est vérifiable et vous appartient : le délai que vous mettez à repartir, mesuré une fois, sur vos données, devant vous. Un avoir de deux mille dinars sur un abonnement ne remplace pas une journée de facturation, et c’est la seule comparaison qui vaille.

Ce qui tombe n’est presque jamais le disque

Les catalogues de cette famille sont écrits autour de la panne matérielle, parce que c’est celle qui se vend avec une pièce détachée. Ce n’est pas celle que nous rencontrons le plus.

Ce qui arrête réellement l’accès aux données, dans l’ordre où nous le voyons : la ligne internet, une coupure de courant qui trouve la machine allumée, une erreur humaine — un dossier supprimé, un fichier écrasé — et un compte dont plus personne n’a le mot de passe.

Aucune de ces quatre causes ne se traite avec un meilleur disque, et trois se traitent sans rien acheter. C’est le déséquilibre central de cette famille : la dépense se concentre sur la cause la moins fréquente parce que c’est la seule qui a un prix affiché.

La suppression accidentelle mérite d’être nommée à part, parce qu’elle est la seule que la synchronisation aggrave. Un dossier partagé effacé sur un poste est effacé partout en quelques secondes, et la copie fidèle recopie la suppression. Une copie n’est utile que si elle garde un état ancien.

La règle pratique qui en découle : une deuxième copie doit être décalée dans le temps, pas seulement dupliquée dans l’espace. L’article consacré à la sauvegarde explique comment la construire ; ici il suffit de savoir que « c’est synchronisé » n’est pas une réponse à cette section.

La deuxième copie, et pourquoi elle doit être ailleurs

Une seule règle survit à toutes les modes de cette famille, et elle est antérieure à l’informatique : ce qui n’existe qu’à un endroit n’existe pas de façon fiable. Le reste est une question de mise en œuvre.

Ailleurs veut dire un autre bâtiment, pas une autre armoire. Un vol, un incendie et une inondation emportent la pièce entière, et la copie posée à côté du serveur a exactement la même adresse que l’original. Nous voyons cette configuration partout et elle est présentée comme une sauvegarde.

Le cas particulier local mérite d’être dit franchement : quand la connexion sortante est étroite, envoyer une copie complète chaque nuit n’est pas réaliste. La réponse n’est pas d’abandonner, c’est de séparer — ce qui change tous les jours part par la ligne, ce qui est volumineux et stable part sur un disque que quelqu’un emporte.

Ce disque emporté est une infrastructure, même s’il ne ressemble pas à un produit. Il a besoin d’une routine écrite, d’un chiffrement, d’un endroit où il dort, et d’une personne nommée. Sans ces quatre choses, il devient au bout de trois mois un disque dont personne ne sait ce qu’il contient.

La vérification, comme partout dans ce pilier, est un essai : demandez à restaurer un fichier d’il y a six semaines, aujourd’hui, sans prévenir. Ce que vous apprendrez en dix minutes vaut plus que tout ce que cette section peut écrire.

Qui peut vous fermer la porte

À ce niveau du pilier, la question de la propriété des comptes cesse d’être une bonne pratique et devient la question elle-même. Celui qui détient le compte propriétaire de l’hébergement détient vos données, quel que soit le contrat.

Faites la liste, elle est courte : le nom de domaine, l’hébergement, le compte du fournisseur de messagerie, la licence du serveur, l’accès administrateur de la machine, et le compte chez le fournisseur d’accès. Six lignes, et un nom en face de chacune.

Le nom doit être celui de l’entreprise, avec une adresse électronique de l’entreprise, et un moyen de récupération qui ne soit pas le téléphone personnel d’un prestataire. Ce dernier détail est celui qui fait échouer les récupérations, bien plus souvent que le mot de passe lui-même.

Le cas que nous rencontrons le plus n’est pas malveillant : un prestataire a créé les comptes avec son adresse parce que c’était plus rapide, il y a quatre ans, et la relation s’est terminée normalement. Personne n’a rien volé, et les données sont pourtant derrière une porte dont vous n’avez pas la clé.

La correction est administrative et elle prend une après-midi tant que la relation est bonne. Elle devient impossible le jour où elle ne l’est plus, ce qui fait de cette section la seule du pilier qui perd de la valeur avec le temps.

Le format de sortie se demande avant de signer

Une exportation promise et une exportation faite sont deux choses différentes, et la distance entre les deux est où se perdent les migrations. Demandez la démonstration avant la signature, quand vous avez encore un moyen de pression.

Ce qu’il faut obtenir n’est pas une capture d’écran : c’est un fichier, sur votre poste, que vous ouvrez devant le fournisseur. S’il s’ouvre dans un tableur ou dans un éditeur de texte et que vous reconnaissez vos données, la sortie existe. Sinon elle n’existe pas encore.

Trois pièges reviennent. L’exportation ne contient que les tableaux et pas les fichiers joints. Elle contient les identifiants internes et pas les libellés, ce qui la rend illisible sans le logiciel qui l’a produite. Ou elle est plafonnée à un certain nombre de lignes, ce qui ne se voit qu’au-delà d’un certain volume.

Écrivez ensuite dans le contrat trois choses simples : sous quel format, en combien de temps après la demande, et pendant combien de jours après la fin de la relation. Sans ces trois précisions, la clause d’exportation est une intention.

Ce que nous refusons ici est net : conduire une migration vers un service dont la sortie n’a jamais été essayée. C’est une ligne rémunératrice de notre catalogue, et c’est exactement pourquoi le refus est écrit ici plutôt que dans un devis.

L’électricité est une décision d’infrastructure

Dans beaucoup de documentations, l’alimentation est un sujet de bâtiment. Ici c’est un sujet d’infrastructure, parce que la coupure est le seul événement qui atteint en même temps le serveur, le boîtier de stockage, le commutateur et la connexion.

Ce qu’une coupure casse n’est pas le matériel, c’est l’écriture en cours. Une base de données interrompue au milieu d’une écriture peut se relever incohérente, et une incohérence est une panne qui se découvre des jours plus tard, quand les copies fautives ont déjà remplacé les bonnes.

L’onduleur ne sert donc pas à travailler pendant la coupure. Il sert à donner à la machine le temps de s’arrêter proprement, ce qui prend deux minutes et non deux heures. Un onduleur correctement configuré éteint le serveur tout seul ; un onduleur non configuré est une rallonge chère.

Trois vérifications qui ne coûtent rien et que presque personne n’a faites : la machine est-elle réellement branchée sur la sortie protégée, l’onduleur a-t-il un câble de données vers elle, et la batterie a-t-elle été testée depuis son installation ? Une batterie a une durée de vie de quelques années et elle meurt sans rien signaler.

Et la même logique s’applique à ce qui n’est pas le serveur : un commutateur non protégé coupe le réseau pendant que le serveur, lui, tourne parfaitement. Protéger la machine et laisser la couche réseau au tableau produit exactement la même journée d’arrêt.

Ce que coûte réellement une migration

Le prix affiché d’une migration est celui du transfert. Ce n’est pas là que passe l’argent, et un devis qui ne contient que cette ligne est un devis incomplet plutôt qu’un devis bon marché.

Le premier coût réel est la double exploitation : pendant quelques semaines, l’ancien et le nouveau système coexistent, sont payés tous les deux, et quelqu’un vérifie que le second dit la même chose que le premier. Cette période n’est pas une précaution, c’est la migration.

Le deuxième est la reprise de l’historique. Transférer ce qui est actif est simple ; transférer dix ans d’archives dans une structure différente est un travail de correspondance entre deux modèles, et c’est presque toujours la ligne qui explose.

Le troisième ne figure sur aucun devis : le temps de vos équipes. Les jours passés à réapprendre une manipulation quotidienne, à retrouver un document qui n’est plus au même endroit, à ressaisir ce qui n’a pas été repris. C’est le coût principal et il est payé en interne, donc il est invisible.

La conséquence est une règle de calendrier plutôt qu’une règle technique : on ne migre pas pendant la période chargée de l’année, on ne migre pas deux systèmes en même temps, et on garde l’ancien accessible en lecture pendant un trimestre. Ces trois règles coûtent un peu et évitent la seule migration qui échoue vraiment, celle qu’il faut annuler à mi-chemin.

Comment lire un devis d’infrastructure

Un devis de cette famille se lit à l’envers : on commence par ce qui n’y figure pas, parce que ce sont les lignes absentes qui produisent les factures suivantes.

Cherchez la ligne de restauration. Si le document facture la mise en place d’une sauvegarde et ne facture aucun essai de restauration, il vend l’écriture et pas la relecture, et ce sont deux affirmations différentes que seule la seconde intéresse.

Cherchez ensuite ce qui se passe à la fin : format d’exportation, délai, durée d’accès après résiliation. Un devis muet sur la fin décrit une relation dont on ne sort pas, et le prix des années suivantes se fixe dans ce silence.

Regardez les unités. Un hébergement se facture souvent au volume stocké, mais la facture réelle inclut aussi le volume sorti — celui que vous consommez précisément le jour où vous restaurez, c’est-à-dire le pire jour. Demandez le prix d’une restauration complète, en chiffres, avant de signer.

Enfin, la question qui trie les fournisseurs plus vite que toutes les autres : demandez ce qu’il vous déconseille d’héberger. Un prestataire qui répond « tout peut partir » n’a pas regardé votre activité, parce qu’il y a toujours au moins une fonction qui doit rester joignable quand la ligne tombe.

Ce que nous faisons, et ce que nous refuserons de faire

Ce que nous refuserons : conduire une migration dont la sortie n’a pas été essayée, et livrer une sauvegarde dont la restauration n’a pas été faite devant vous. Ces deux refus suppriment de notre catalogue les deux prestations les plus faciles à vendre de cette famille.

Nous refuserons également de créer vos comptes d’hébergement, de domaine ou de licence à notre nom, même quand c’est plus rapide et même quand vous nous le demandez. C’est la commodité qui produit, quatre ans plus tard, la porte fermée décrite à la section 6.

Nous refuserons de chiffrer une disponibilité en pourcentage. Nous pouvons vous dire combien de temps nous mettons à vous remettre en marche, parce que c’est une chose que nous pouvons faire devant vous ; un pourcentage est une clause et nous n’en vendons pas.

Ce que nous faisons : le délai de reprise mesuré une fois sur vos données réelles ; la deuxième copie dans un autre bâtiment, avec un état ancien conservé ; les six comptes à votre nom avec un moyen de récupération qui vous appartient ; l’arrêt propre en cas de coupure vérifié plutôt que promis ; et une exportation ouverte devant vous avant toute signature.

Et ce que vous pouvez faire cette semaine sans nous : prenez un fichier au hasard, effacé ou modifié il y a six semaines, et demandez à le récupérer aujourd’hui. Le temps que cela prend est votre vraie infrastructure. Tout le reste de cette page ne fait que commenter ce nombre.

Questions fréquentes

Local ou cloud, qu’est-ce qui est le mieux ?

La question ne se tranche pas au prix. Demandez plutôt combien de jours il faudrait pour partir, de qui il faudrait l’accord, et dans quel format vous récupéreriez vos données. La réponse mixte — une partie locale, une partie hébergée — est la plus fréquente chez nous.

Que vaut une garantie de disponibilité de 99,9 % ?

C’est une clause de dédommagement, pas une mesure. Le dénominateur est choisi par le vendeur, les interruptions annoncées en sont exclues, et sur une année elle autorise près de neuf heures d’arrêt — soit une journée ouvrée complète.

Une synchronisation vaut-elle une sauvegarde ?

Non, et c’est la confusion la plus coûteuse de cette famille. Une synchronisation recopie fidèlement une suppression ou un chiffrement malveillant en quelques secondes. Une copie n’est utile que si elle conserve aussi un état ancien.

Où doit se trouver la deuxième copie ?

Dans un autre bâtiment. Un vol, un incendie ou une inondation emportent la pièce entière, donc une copie posée à côté du serveur partage l’adresse de l’original. Quand la ligne est étroite, un disque emporté chaque semaine est une réponse acceptable si sa routine est écrite.

Faut-il un onduleur pour un simple serveur ?

Oui, mais pas pour continuer à travailler : pour lui laisser le temps de s’arrêter proprement, ce qui prend deux minutes. Une écriture interrompue peut rendre une base incohérente, et cette panne-là se découvre des jours plus tard. Vérifiez aussi que le commutateur est protégé.

Comment vérifier qu’on pourra récupérer ses données ?

En demandant l’exportation avant de signer, et en l’ouvrant sur votre poste. Vérifiez qu’elle contient les fichiers joints, des libellés lisibles plutôt que des identifiants internes, et qu’elle n’est pas plafonnée en nombre de lignes.

Où nous intervenons

Réclamez un fichier vieux de plusieurs semaines et chronométrez la réponse. Cette durée est la seule description honnête de votre infrastructure, et presque personne ne la possède.

  • Nous chronométrons une fois sur vos vraies données, pas sur un jeu d’essai.
  • Nous plaçons la seconde copie hors du bâtiment et nous vous la faisons ouvrir.
  • Nous vérifions que chaque abonnement porte le nom de l’entreprise.

Une disponibilité annoncée en pourcentage ne veut rien dire avant l’incident : personne ne devrait vous en vendre une, nous compris.

À lire ensuite

Parlons de votre projet

Un audit gratuit, sans engagement : nous regardons votre présence en ligne et nous vous disons ce qui coince.

Nous mesurons l’audience de ce site avec Google Analytics, pour savoir quelles pages servent vraiment. Vous pouvez arrêter cette mesure à tout moment depuis le pied de page. Politique de cookies