Héberger ses outils soi-même
S'héberger soi-même est présenté tantôt comme un acte de souveraineté, tantôt comme une lubie de bricoleur. C'est en réalité une décision d'exploitation, qui se prend sur une seule question : qui répare quand ça tombe un dimanche ? Ce mémo répond avant de parler technique.
Avant d'appliquer ce mémo
Les manipulations décrites ici peuvent entraîner une perte de données ou l'indisponibilité d'un service. Avant d'en appliquer une seule : faites une sauvegarde complète et vérifiez qu'elle se restaure, travaillez d'abord sur un environnement sans enjeu, et n'exécutez aucune commande dont vous ne comprenez pas l'effet.
Ce mémo est un contenu pédagogique de portée générale. Il ne tient pas compte de votre situation, n'a pas valeur de conseil professionnel, et son application relève de votre seule responsabilité. Avertissement et limites d'usage
1. S'héberger, et pourquoi on le fait Trois motivations, et une seule tient sur la durée
S'héberger, c'est faire tourner un service sur une machine que vous contrôlez, au lieu de louer sa place dans le cloud de quelqu'un d'autre. Trois raisons poussent à franchir le pas. Elles ne se valent pas.
1 Économiser
La motivation la plus fréquente, et la plus fragile. Elle tient à peu près jusqu'à la première panne un jour férié, et la section 7 montre pourquoi le calcul est presque toujours faux.
Un abonnement à dix euros par mois, c'est deux heures de votre temps par an. Vous en passerez davantage.
2 Apprendre
Excellente raison, à condition de l'assumer. Monter un service chez soi apprend plus en un week-end que dix articles. Mais ce qu'on monte pour apprendre ne doit pas devenir l'infrastructure de l'entreprise sans une décision explicite.
3 Maîtriser ses données
La seule qui tienne dans la durée
Savoir où sont les données, sous quelle juridiction, sans clause qui change, et pouvoir répondre en une phrase à un client qui pose la question. Cette raison-là résiste aux dimanches soirs, parce qu'elle correspond à un besoin réel qui ne disparaît pas.
2. Qui répare à deux heures du matin ? La question à se poser avant toute autre
Quand vous vous hébergez, vous devenez l'astreinte.
Il n'y a plus de support à appeler, plus de page d'état à consulter, plus personne qui travaille pendant que vous dormez. La disponibilité du service devient exactement égale à votre disponibilité.
1 Les trois questions honnêtes
- Que se passe-t-il si ce service est indisponible trois jours ? Si la réponse est « rien de grave », vous pouvez l'héberger. Si c'est « l'activité s'arrête », non.
- Suis-je disponible pendant mes congés ? Un serveur ne prend pas de vacances, et les pannes ont un goût prononcé pour le mois d'août.
- Que se passe-t-il si je suis malade un mois ? Quelqu'un d'autre sait-il ce qui tourne, où, et comment le remettre en marche ?
2 Le tri qui en découle
Ces trois questions classent naturellement vos services en deux paquets, et ce tri est le vrai contenu de la décision.
Tolérant : un outil de notes, une bibliothèque de documents, un tableau de suivi, un espace de partage interne. Trois jours d'arrêt sont désagréables et pas plus.
Critique : la messagerie, le site public, la facturation, tout ce qui touche un client. Ces services vont chez quelqu'un dont c'est le métier, et il n'y a aucune honte à cela.
3. Les trois niveaux Et celui qu'on oublie systématiquement
| Niveau | Ce que vous administrez | Maîtrise des données | Temps par mois |
|---|---|---|---|
| Hébergé clés en main chez un prestataire qui installe le logiciel libre pour vous |
Rien. Vous utilisez, il maintient. | Bonne Vos données chez un acteur que vous choisissez, dans un format ouvert que vous pouvez emporter. | 0 h |
| Serveur loué, administré par vous | Système, correctifs, pare-feu, certificats, sauvegardes, mises à jour applicatives. | Totale | 2 à 4 h |
| Machine chez vous | Tout ce qui précède, plus l'électricité, la connexion, l'onduleur, le matériel qui vieillit. | Totale | 4 h et plus |
! Le premier niveau est celui qu'on oublie, et c'est presque toujours le bon
Il existe des hébergeurs, y compris associatifs et européens, qui installent et maintiennent pour vous des logiciels libres : espace de fichiers, agenda, outils de gestion, mesure d'audience. Vous payez quelques euros par mois, ils s'occupent des mises à jour et des sauvegardes.
Vous obtenez l'essentiel de ce que vous cherchiez : des données chez un acteur que vous avez choisi, dans un logiciel libre, dans un format que vous pouvez emporter le jour où vous partez. Vous n'obtenez pas le contrôle absolu de la machine, et c'est précisément la partie qui coûte du temps.
Si votre motivation est la troisième de la section 1, maîtriser vos données, ce niveau y répond. Ne montez au deuxième que si vous avez une raison que ce niveau ne couvre pas.
4. Les huit services qui valent le déplacement Tolérants à la panne, et gros gain
| Service | Pourquoi c'est un bon candidat | Difficulté |
|---|---|---|
| Espace de fichiers et agenda | Usage interne, tolérant à l'arrêt, et c'est là que vivent vos documents. Le meilleur rapport gain sur effort. | Faible |
| Coffre de mots de passe | Léger, stable, et l'application garde une copie locale : même serveur éteint, vous accédez à vos mots de passe. | Faible |
| Mesure d'audience | Les données restent chez vous, ce qui règle la conformité et permet de mesurer tout le trafic. Une coupure d'un jour ne perd que ce jour-là. | Faible |
| Notes, wiki, base de connaissance | Purement interne. Personne à l'extérieur ne s'aperçoit d'une interruption. | Faible |
| Gestion de projet et suivi de tâches | Interne, et souvent le poste où les abonnements par personne coûtent le plus cher. | Moyenne |
| Dépôt de code | Chaque développeur en garde une copie complète : la panne du serveur n'arrête littéralement personne. | Moyenne |
| Chaînes d'automatisation | Un orchestrateur auto-hébergé évite la facturation à la tâche, qui grimpe vite. Les traitements différés se rattrapent. | Moyenne |
| Discussion d'équipe | Interne, et le téléphone existe toujours pendant une panne. | Moyenne |
5. Les cinq services à ne pas rapatrier Et pourquoi, précisément
1 La messagerie, cas à part
C'est le service que tout le monde veut rapatrier et qu'il ne faut pas rapatrier. Les raisons sont concrètes :
- La délivrabilité. Vos messages doivent être acceptés par les grands fournisseurs, ce qui dépend de la réputation de votre adresse réseau. Une adresse neuve part avec une réputation nulle et met des mois à s'en construire une.
- Les listes noires. Une machine compromise une seule journée peut vous y faire figurer durablement, et le retrait est un parcours administratif.
- Le filtrage du courrier indésirable est un domaine à part entière, où les solutions maison sont très en retard.
- La tolérance à la panne est nulle : un message perdu ne se rattrape pas, et personne ne vous prévient qu'il n'est pas arrivé.
Un hébergeur européen spécialisé coûte quelques euros par boîte et par mois. C'est de l'argent parfaitement dépensé.
2 Les quatre autres
- Le site public, s'il porte votre activité commerciale. La disponibilité y est visible par tous, et un mutualisé à cinq euros sert un CMS mieux que vous ne le ferez.
- La boutique et le paiement : enjeux de conformité, de sécurité et de disponibilité réunis sur un seul service.
- La comptabilité et la facturation, où les obligations réglementaires exigent une veille permanente.
- La téléphonie, si elle est le canal principal de votre relation client.
Le critère est le même partout : un client s'en aperçoit-il en moins d'une heure ? Si oui, ce service ne dépend pas de votre disponibilité personnelle.
6. Le matériel Bien moins que ce qu'on imagine
1 Ce qui suffit vraiment
Pour cinq à dix personnes et les services de la section 4, un serveur d'entrée de gamme loué à cinq ou dix euros par mois suffit largement : deux cœurs, 4 à 8 Go de mémoire, un disque rapide de 80 Go.
Chez vous, un ordinateur de bureau réformé fait le travail, et un mini-ordinateur récent consomme moins qu'une ampoule tout en tenant la charge sans effort.
Le seul poste où il ne faut pas économiser : le disque de sauvegarde, et le fait qu'il soit ailleurs.
2 Ce que la machine à la maison ajoute
- Une adresse réseau qui change, sauf abonnement adapté. Contournable, mais c'est une pièce de plus.
- Un débit montant faible : parfait pour consulter, pénible pour téléverser à plusieurs.
- Une coupure de courant qui éteint tout. Un onduleur ajoute cent euros et évite la corruption de base de données.
- Un disque qui lâchera, entre trois et six ans. Ce n'est pas une hypothèse.
- Le bruit et la chaleur, si la machine partage la pièce où l'on travaille.
Aucun de ces points n'est bloquant. Ensemble, ils expliquent pourquoi le serveur loué est plus souvent le bon choix qu'on ne le pense.
7. Le calcul honnête Avec le temps compté, et il change tout
| Sur un an, pour 5 personnes | Abonnements | Clés en main | Serveur administré par vous |
|---|---|---|---|
| Coût direct | 500 à 1 500 € | 100 à 300 € | 80 à 200 € |
| Sauvegarde distante | Incluse | Incluse | 30 à 60 € |
| Installation initiale | — | 2 h | 1 à 2 jours |
| Entretien courant | — | — | 2 à 4 h par mois |
| Incidents | — | — | 2 à 4 par an Une demi-journée chacun |
| Temps total, valorisé à 400 € la journée | 0 € | ≈ 100 € | 2 500 à 4 000 € |
! Ce que ce tableau dit, et ce qu'il ne dit pas
Ce qu'il dit : administrer soi-même un serveur n'est pas une économie. C'est un transfert du budget logiciel vers votre temps, et le change est défavorable dès que votre temps a une valeur.
Ce qu'il ne dit pas : que la colonne du milieu existe, et qu'elle est excellente. Un logiciel libre installé et maintenu par un hébergeur coûte moins cher que les abonnements, ne vous prend aucun temps, et vous donne l'essentiel de la maîtrise recherchée.
La troisième colonne se justifie dans trois cas : l'administration système fait partie de ce que vous vendez, une contrainte réglementaire impose des données sur votre matériel, ou vous le faites pour apprendre et vous l'assumez. Ce sont de bonnes raisons. « Pour économiser » n'en est pas une.
8. Le minimum non négociable Sept lignes, deux heures, une fois
Un serveur exposé sur l'internet reçoit ses premières tentatives d'intrusion dans l'heure qui suit sa mise en ligne. Ce ne sont pas des attaques ciblées : ce sont des automates qui balaient tout, en permanence. Ces sept points ne sont pas des bonnes pratiques, ce sont des conditions d'existence.
1 Les sept lignes
- Mises à jour automatiques des correctifs de sécurité du système. C'est la ligne numéro un.
- Connexion par clé, et mot de passe désactivé pour l'accès distant.
- Pare-feu fermé par défaut, ouvert seulement sur ce qui doit l'être.
- Blocage des tentatives répétées, qui élimine l'essentiel du bruit.
- Certificat SSL avec renouvellement automatique, et une alerte si le renouvellement échoue.
- Double authentification sur toutes les interfaces d'administration.
- Une alerte si le disque se remplit. C'est la panne la plus bête et la plus fréquente.
2 Ce qui change tout en pratique
Ne publiez que ce qui doit l'être. Un service purement interne n'a aucune raison d'être accessible depuis l'internet : un réseau privé virtuel ou un tunnel le rend joignable par vous seul, et il disparaît de la surface exposée.
Cette approche est plus simple qu'elle n'en a l'air avec les outils actuels, et elle supprime d'un coup la majorité des risques : ce qu'un automate ne voit pas, il ne l'attaque pas.
9. Les sauvegardes Le poste où l'on se ment le plus
! Ce que vous reprenez avec le serveur
En quittant un service par abonnement, vous récupérez la maîtrise. Vous récupérez aussi, sans que ce soit dit, la responsabilité entière des sauvegardes. Le prestataire que vous quittez en faisait, silencieusement, plusieurs fois par jour, avec une rétention de plusieurs semaines.
C'est le poste le plus souvent négligé de l'auto-hébergement, et c'est celui qui transforme une panne banale en perte définitive.
Le dispositif minimal
- Une copie quotidienne automatique vers un stockage chez un autre fournisseur que celui du serveur.
- Un historique : sept jours au moins, un mois de préférence. Une copie unique écrasée chaque nuit ne rattrape pas une erreur de mardi.
- Le chiffrement avant envoi, avec la clé rangée ailleurs que sur le serveur.
- Un compte de dépôt sans droit de suppression : si le serveur est compromis, l'attaquant ne peut pas vider votre stockage distant.
- Une alerte si aucune sauvegarde n'est arrivée depuis vingt-quatre heures.
Le contrôle qui prouve quelque chose
Une fois par an, restaurez pour de vrai, sur une machine séparée, et chronométrez. Ouvrez le service, vérifiez une donnée récente, notez ce qui a manqué.
Une sauvegarde jamais restaurée n'est pas une sauvegarde, c'est une intention. Et sur un serveur auto-hébergé, il n'y a personne d'autre pour s'en apercevoir à votre place. Le mémo consacré aux sauvegardes détaille la procédure complète.
10. Le temps que ça prend vraiment Mois par mois, sans enjoliver
Mois 1 : L'installation
Une à deux journées : commander la machine, installer le système, poser les sept lignes de sécurité, installer le premier service, configurer le domaine et le certificat, monter les sauvegardes. C'est la partie qu'on anticipe, et elle se passe généralement bien.
Mois 2 et 3 : Le rodage
Deux à quatre heures par mois. Des réglages qui ne conviennent pas, une notification qui n'arrive pas, un utilisateur bloqué, une application mobile qui ne se connecte pas. Rien de grave, beaucoup de petites choses.
Mois 4 à 12 : Le régime de croisière
Une à deux heures par mois : mises à jour applicatives, contrôle des sauvegardes, coup d'œil aux journaux. C'est la phase agréable, et c'est celle qu'on met en avant quand on recommande l'auto-hébergement.
Deux à quatre fois par an : L'incident
Une demi-journée. Une montée de version qui casse quelque chose, un disque plein, un certificat non renouvelé, une panne de l'hébergeur. Il tombe rarement au moment qui vous arrange.
Tous les deux ou trois ans : La migration majeure
Une à deux journées. Le système arrive en fin de support, l'application change d'architecture, le matériel vieillit. Ce poste-là n'apparaît jamais dans les témoignages, et il est certain.
11. Le chemin progressif, à très petit budget Trois paliers, et on peut s'arrêter à chacun
1 Palier zéro euro
Des associations et des collectifs proposent gratuitement des services libres hébergés : espace de fichiers, agenda, formulaires, visioconférence, tableaux de suivi, éditeurs collaboratifs.
Les volumes sont limités et il n'y a pas d'engagement de service, ce qui convient parfaitement à un usage interne. C'est le meilleur moyen de savoir si un outil vous convient avant d'y investir quoi que ce soit.
2 Palier quelques euros
Un hébergement clés en main chez un prestataire européen, ou un mutualisé de bonne gamme qui propose l'installation en un clic de plusieurs applications libres.
Vous avez votre domaine, vos données, vos sauvegardes assurées, et rien à administrer. C'est le palier recommandé pour la grande majorité des TPE.
3 Palier serveur
Un serveur d'entrée de gamme, un seul service dessus pour commencer, et les sept lignes de la section 8 posées le premier jour.
Vivez trois mois avec un seul service avant d'en ajouter un deuxième. C'est ce délai qui vous dira si le rythme vous convient, et il vous le dira honnêtement.
12. Savoir arrêter Ce n'est pas un échec, c'est une décision
1 Les cinq signaux
- Vous repoussez les mises à jour depuis plus de trois mois. Le serveur est déjà en dette de sécurité.
- Vous ne savez plus quand la dernière sauvegarde a réussi.
- Une panne vous a coûté plus qu'une année d'abonnement en temps.
- Vous redoutez d'ouvrir la console, ou vous évitez de toucher au serveur de peur de le casser.
- Vous êtes le seul à savoir ce qui tourne, et vous n'avez rien écrit.
Deux signaux sur cinq suffisent pour poser la question. Trois, c'est une réponse.
Comment revenir en arrière
Les formats ouverts sont ce qui rend ce retour possible : exportez, souscrivez chez un hébergeur clés en main, importez, vérifiez, et arrêtez la machine seulement après. Gardez une sauvegarde complète six mois.
C'est précisément l'avantage qu'on a choisi en prenant du libre : on peut partir, y compris de chez soi.
Le regard juste sur cette décision
Arrêter n'annule pas ce que vous avez appris, et cet apprentissage vous sert ailleurs : vous comprenez maintenant ce que vous achetez, vous savez quoi demander à un hébergeur, et vous lisez un contrat autrement.
Un auto-hébergement qu'on arrête proprement avant l'incident est une bonne décision. Celui qu'on abandonne en silence et qu'on découvre compromis six mois plus tard, non.
Les sept règles qui résument ce mémo
- La question n'est pas technique : qui répare à deux heures du matin ?
- Un client s'en aperçoit en moins d'une heure ? Alors ce service ne s'auto-héberge pas.
- Le niveau « clés en main » existe, et il répond à la vraie motivation.
- Ne rapatriez jamais la messagerie.
- S'héberger n'est pas une économie : c'est un transfert vers votre temps.
- Vous reprenez aussi la responsabilité des sauvegardes, que personne ne faisait bruyamment.
- Un seul service, trois mois, puis on décide de la suite.
Mémo publié par NET&PRO à titre pédagogique. Information générale, sans garantie d'exactitude, d'exhaustivité ni d'actualité, et sans valeur de conseil personnalisé. Avertissement et limites d'usage
Dans le glossaire
Les mots croisés au fil de ce mémo, définis en une phrase. Ils sont soulignés dans le texte : un clic y mène directement.
Mémos liés
Équiper une TPE en logiciels libres
Poste par poste, ce que le libre remplace vraiment et ce qu'il ne remplace pas encore, le coût réel une fois le temps compté, les six limites à annoncer honnêtement.
Lire le mémoChoisir son hébergement de A à Z
Cinq familles d'hébergement, ce qu'elles font tourner vraiment, ce qu'elles coûtent une fois toutes les lignes ajoutées.
Lire le mémoL'Open Source de A à Z
Du noyau Linux à l'IA libre : histoire, licences, état des lieux, tournant IA open source 2025-2026, stack de référence, modèles économiques et bonnes pratiques.
Lire le mémoSur le blog
Si vous préférez me le confier
Sur ce sujet, voici ce que je fais pour mes clients. Les formules disent ce qui est compris, ce qui ne l'est pas, et ce que ça coûte au bout de trois ans.