Pendant des années, nous avons loué presque tous les outils avec lesquels nous travaillions, et pour de bonnes raisons. Le SaaS permet à une équipe de démarrer en un après-midi, quelqu’un d’autre s’occupe des mises à jour, et c’est quelqu’un d’autre qu’on réveille en pleine nuit. Pour une jeune entreprise, c’est le bon compromis.
Ce compromis a cessé d’être le bon pour les outils sur lesquels repose notre ingénierie. Nous préférons désormais les posséder - et nous continuons délibérément à louer certaines choses. Cet article parle du raisonnement, pas d’une liste de courses.
Pourquoi nous rapatrions nos outils en interne
- Votre code et vos documents sont la mémoire de votre entreprise. Dépôts, tickets, spécifications et décisions : c'est ce qu'une entreprise de logiciel possède de plus précieux. Les clients demandent de plus en plus où se trouvent leur code et leurs données. « Dans notre propre environnement, sous notre contrôle » est une réponse courte - et une promesse facile à tenir.
- La tarification par utilisateur grimpe avec les effectifs, pas avec la valeur. Chaque recrutement ajoute une ligne sur une douzaine de factures, et la grille tarifaire de chaque éditeur évolue à son propre rythme. Des outils qui vous appartiennent transforment un coût croissant et éparpillé en un coût fixe et prévisible.
- L'IA donne le meilleur d'elle-même au plus près de vos données. Le code, les tickets et la documentation sont précisément ce que lisent et écrivent les agents IA. Faire tourner les modèles dans votre propre environnement signifie que rien n'a besoin d'en sortir, et que le coût ne grimpe pas à chaque requête.
- Les conditions changent quand l'éditeur le décide. Prix, licences et fonctionnalités évoluent au gré de la feuille de route de quelqu'un d'autre - plusieurs outils d'infrastructure populaires ont changé de licence ces dernières années. Les outils open source que vous exploitez vous-même changent quand vous décidez de les mettre à jour.
- Une panne chez un autre n'arrête pas votre travail. Un environnement de développement qui tourne sur votre propre infrastructure continue de fonctionner malgré une panne chez un fournisseur ou une coupure de la connexion internet.
Louez ce qui est interchangeable. Possédez ce qui fait votre mémoire.
Ce que nous louons encore - volontairement
L’auto-hébergement n’est pas un principe, c’est un arbitrage, et certains arbitrages penchent dans l’autre sens. L’e-mail reste chez un prestataire : la délivrabilité dépend d’une réputation d’expéditeur que le serveur d’une seule entreprise ne peut pas construire. Les systèmes de production dont dépendent nos clients restent sur une infrastructure cloud managée, où la redondance et une équipe d’astreinte sont comprises dans le prix. Et quand un outil spécialisé n’a pas d’équivalent open source sérieux, nous le payons sans états d’âme.
Le vrai coût de l’auto-hébergement
La facture diminue ; la responsabilité augmente. Quelqu’un doit prendre en charge les mises à jour, les certificats, le monitoring et les accès. Une sauvegarde ne compte que si elle se restaure : il faut donc la tester à intervalles réguliers, et non la tenir pour acquise. Et quand quelque chose casse au mauvais moment, il n’y a aucun éditeur auprès de qui ouvrir un ticket.
Notre règle est simple : si personne dans l’équipe ne prend un outil en charge, il n’est pas auto-hébergé. Tout ce qui l’est est décrit sous forme de code, pour pouvoir être reconstruit de zéro plutôt que remis sur pied à force de rafistolages - la même discipline que lorsque nous traitons la sécurité comme une fonction, pas comme un ticket.
Auto-héberger ou louer ? Un test rapide
Passez vos outils en revue un par un et regardez dans quelle colonne chacun se range.
- Les données sont sensibles, ou font partie de ce qui fait la valeur de votre entreprise
- Le coût augmente à chaque recrutement
- Il existe une alternative open source mature
- Quelques heures d'indisponibilité seraient un désagrément, pas une crise
- Il repose sur une réputation que vous ne pouvez pas bâtir seul - l'e-mail en est l'exemple type
- Vos clients comptent sur sa disponibilité jour et nuit
- Personne dans l'équipe ne prendra en charge les mises à jour, les sauvegardes et la sécurité
- C'est un outil de niche sans équivalent open source sérieux
La plupart des équipes constatent qu’une poignée d’outils se rangent clairement dans la première colonne, et que les autres sont très bien là où ils sont. C’est tout l’intérêt : possédez les quelques outils qui comptent, et cessez de vous soucier des autres. Le versant IA de la même question est traité dans maîtriser son infrastructure IA, et le réflexe qui la sous-tend dans la technologie ennuyeuse est un produit de luxe.
Questions fréquentes
L'auto-hébergement coûte-t-il moins cher que le SaaS ?
Pour une équipe aux charges de travail stables, avec quelqu'un qui prend en charge la maintenance, généralement oui, en un an ou deux. Sans cette personne, les services managés reviennent moins cher une fois le risque pris en compte.
L'auto-hébergement est-il moins sûr que le SaaS ?
Pas par nature. Il vous transfère la responsabilité : correctifs, contrôle des accès et sauvegardes testées deviennent votre affaire. Bien fait, il réduit aussi le nombre d'entreprises qui détiennent vos données.
Quels outils une entreprise devrait-elle auto-héberger en premier ?
Ceux où vos propres données s'accumulent et où la tarification par utilisateur pèse le plus - typiquement l'hébergement du code et la CI, la documentation interne et le monitoring. Gardez l'e-mail et la production exposée aux clients pour la fin, voire pour jamais.