Exploiter un Twenty auto-hébergé : la vraie routine

L’argument de l’auto-hébergement est connu : pas de licence par utilisateur, des données sur le serveur de son choix. Ce qu’on dit moins, c’est que l’économie ne vaut que si l’exploitation suit. Un CRM est la mémoire commerciale de l’entreprise ; le perdre une fois coûte plus que des années d’abonnement. Voici la routine qui tient, telle que nous l’appliquons à notre propre Twenty depuis début 2025.

Ce qu’on installe, et ce qu’il faut garder

Twenty s’installe le plus souvent avec Docker, selon la documentation d’auto-hébergement du projet : le serveur applicatif, un service de tâches en arrière-plan, une base PostgreSQL et un cache. Ce qu’il faut protéger se résume à deux choses : la base de données, qui contient toutes les fiches, et les fichiers joints. Le reste se réinstalle.

La routine, de la journée à l’année

1. Chaque nuit

   Une sauvegarde de la base et des fichiers, copiée hors du serveur.

2. Chaque semaine

   Un coup d’œil aux alertes, à l’espace disque et aux courses de workflows en échec.

3. Chaque mois

   Les mises à jour publiées sont lues, testées sur une copie, puis appliquées.

4. Chaque trimestre

   Une restauration complète à l’essai, et la revue des membres et des clés d’API.

5. Chaque année

   Le serveur lui-même est revu, système et dimensionnement compris.

Les sauvegardes : celles qu’on a restaurées

Une sauvegarde qu’on n’a jamais restaurée est une hypothèse. La règle est simple : une copie automatique chaque nuit, stockée ailleurs que sur le serveur, et une restauration complète à l’essai chaque trimestre, sur une machine séparée, jusqu’à ouvrir le CRM et retrouver des fiches récentes. C’est ce test qui révèle un fichier joint oublié ou une copie corrompue, pas la présence d’un fichier dans un dossier.

Les mises à jour : régulières et préparées

Twenty publie des versions fréquentes, avec des migrations de base. Sauter plusieurs versions rend la mise à jour plus risquée ; les appliquer à l’aveugle aussi. La bonne cadence est mensuelle : lire les notes de version, mettre à jour une copie, vérifier les vues, les workflows et les intégrations, puis appliquer en production à une heure calme, sauvegarde fraîche à l’appui.

1. 01Lire

   Les notes de version, en cherchant ce qui touche vos usages.

2. 02Copier

   La production vers un environnement d’essai.

3. 03Mettre à jour la copie

   Puis vérifier vues, workflows et intégrations.

4. 04Appliquer en production

   Juste après une sauvegarde, en gardant la version précédente sous la main.

La surveillance : être prévenu avant l’équipe

Le pire scénario n’est pas la panne, c’est la panne qu’on découvre quand un commercial ne peut plus ouvrir ses fiches avant un rendez-vous. Une sonde qui interroge le CRM toutes les quelques minutes et prévient en cas d’échec suffit pour l’essentiel. Ajoutez une alerte sur l’espace disque, cause banale de panne, et une alerte sur l’échec des sauvegardes. Les outils à auto-héberger en premier replace cette surveillance dans un ensemble plus large.

Les accès et les clés

Les clés d’API de Twenty ont une date d’expiration. Une intégration qui s’arrête un matin sans raison apparente vient souvent d’une clé expirée : notez la date de chaque clé et prévoyez son renouvellement. Les accès au serveur lui-même suivent la même discipline : peu de personnes, des clés nominatives, révoquées au départ de chacun.

Ce que coûte cette routine

En temps, quelques heures par mois quand tout va bien, davantage lors d’une mise à jour majeure. C’est ce temps qu’il faut mettre en face de l’abonnement dans le cloud pour comparer honnêtement ; Twenty dans le cloud ou auto-hébergé donne la méthode de calcul. Si personne ne peut porter cette routine, le cloud de l’éditeur ou une exploitation confiée à un prestataire valent mieux qu’un serveur négligé.

Notre avis d’ensemble sur l’outil, limites comprises, est dans Twenty CRM en production. Le guide pratique de Twenty replace l’exploitation dans le déploiement, et notre offre CRM propose cette routine en exploitation mensuelle, sauvegardes restaurées à l’essai comprises.

Questions fréquentes

Sources

1. Twenty, dépôt officiel (nouvel onglet)github.com