Auto-hébergé ou service en ligne : où faire tourner ses automatisations

La question se pose dès qu'une entreprise dépasse une dizaine de scénarios automatisés : faut-il continuer à payer un abonnement mensuel, ou installer l'outil sur son propre serveur ? Le débat tourne vite au dogme, entre ceux qui voient l'auto-hébergement comme une évidence économique et ceux qui le considèrent comme une dette technique déguisée.

Les deux ont partiellement raison, et le choix entre automatisation auto-hébergée ou cloud se tranche par un calcul, pas par une préférence. Ce calcul doit inclure quatre dimensions : le coût total sur trois ans, la nature des données qui transitent, le niveau de disponibilité attendu, et le temps d'administration que quelqu'un devra réellement passer.

Cet article chiffre ces quatre dimensions et propose un point de bascule. Il rappelle surtout une chose que les comparatifs de prix oublient : l'auto-hébergement ne supprime pas une dépense, il transforme un abonnement en charge d'exploitation, ce qui est très différent dans un budget comme dans un planning d'équipe.

Ce que vous achetez vraiment dans un abonnement

Un service en ligne d'automatisation ne facture pas seulement l'exécution de vos scénarios. Il facture un ensemble de choses que vous ne voyez qu'en leur absence.

• La disponibilité. Le service tourne la nuit, le dimanche et pendant vos congés, sans que personne chez vous ne s'en occupe.
• Les mises à jour et les correctifs de sécurité. Appliqués sans intervention de votre part, y compris les correctifs urgents.
• Le maintien des connecteurs. Quand un service tiers change son API, l'éditeur adapte le connecteur. C'est un travail invisible et continu, et c'est probablement la valeur la plus sous-estimée de l'abonnement, comme le montre notre article sur la connexion des outils entre eux.
• Les sauvegardes et la restauration. Y compris la capacité à revenir à l'état d'hier après une fausse manipulation.
• Le support. Quelqu'un à qui écrire quand une exécution échoue sans explication.

En auto-hébergement, ces cinq lignes ne disparaissent pas : elles changent de propriétaire. Elles deviennent votre charge, et il faut la nommer avant de comparer les prix.

Le calcul du coût total sur trois ans

Prenons un cas concret et courant : une PME qui fait tourner une trentaine de scénarios, représentant environ 80 000 exécutions par mois, avec des besoins ordinaires en disponibilité (une interruption d'une heure en journée est gênante mais pas critique).

Traduisons en euros sur trois ans, en valorisant le temps interne à 45 euros de l'heure chargée.

• Service en ligne : 150 euros par mois en moyenne, soit environ 5 400 euros sur trois ans, plus quelques heures de paramétrage.
• Auto-hébergé : 70 euros par mois d'infrastructure, soit 2 520 euros, plus 3 jours d'installation (environ 1 100 euros), plus 4 heures par mois d'administration (environ 6 500 euros sur trois ans). Total autour de 10 000 euros.

Sur ce profil, l'auto-hébergement coûte donc près du double, et l'écart vient entièrement du temps humain. Le calcul ne s'inverse que si l'une de ces trois conditions est réunie.

Le point de bascule, chiffré

1. Le volume d'exécutions explose. Les abonnements sont souvent indexés sur le nombre d'opérations. Au-delà de quelques centaines de milliers d'exécutions mensuelles, la facture grimpe vite alors que le coût du serveur bouge à peine. C'est la situation la plus favorable à l'auto-hébergement, et elle est facile à détecter : votre facture augmente plus vite que votre activité.
2. Vous avez déjà une équipe d'exploitation. Si des serveurs sont déjà supervisés, sauvegardés et mis à jour chez vous, le coût marginal d'un service de plus est faible. Ce n'est plus 4 heures par mois dédiées, c'est une ligne de plus dans une routine existante.
3. Les données ne peuvent pas sortir. Dans ce cas, ce n'est plus un calcul économique mais une contrainte, et le surcoût est le prix de la conformité.

Une bonne pratique consiste à poser le seuil à l'avance. Par exemple : « nous restons sur l'abonnement tant qu'il coûte moins de 400 euros par mois, au-delà nous réévaluons ». Cela évite de refaire le débat tous les trimestres et de basculer sur un coup de tête après une facture surprenante. Cette discipline rejoint celle que nous décrivons dans notre comparatif sur l'évolution des outils d'orchestration : les modèles de facturation ne se comparent qu'en simulant votre volume réel.

Confidentialité : quelles données transitent réellement

C'est l'argument le plus fréquemment invoqué en faveur de l'auto-hébergement, et il mérite d'être précisé, parce qu'il est souvent mal posé.

Dans un service en ligne, deux choses différentes transitent. D'abord la donnée métier elle-même, qui passe par la plateforme à chaque exécution : contenu des courriels, fiches clients, montants, pièces jointes. Ensuite les secrets de connexion, c'est-à-dire les clés d'API et jetons qui donnent accès à vos autres outils. Les premiers sont généralement conservés un temps limité dans les journaux d'exécution ; les seconds sont stockés durablement.

Or c'est le second point qui devrait inquiéter le plus. Une plateforme d'automatisation concentre les accès à votre messagerie, votre CRM, votre comptabilité et votre stockage de fichiers. Elle constitue une cible de choix, quel que soit l'hébergement. Les précautions à prendre sont les mêmes des deux côtés, et nous les avons détaillées dans notre article sur la sécurisation des workflows d'automatisation : comptes de service dédiés, droits minimaux, rotation des clés, journalisation des accès.

L'auto-hébergement apporte un gain réel sur un point précis : le contenu des exécutions ne quitte pas votre réseau. Il apporte aussi un risque nouveau : un serveur mal tenu, exposé sur internet, sans mises à jour et sans supervision, est nettement moins sûr qu'une plateforme gérée par une équipe dédiée. La souveraineté sans exploitation est une illusion coûteuse.

Disponibilité et temps d'administration

Trois chiffres à poser avant de décider :

• Combien de temps vos automatisations peuvent-elles rester à l'arrêt sans conséquence ? Si la réponse est « une journée », une installation simple suffit. Si c'est « une heure, même la nuit », il faut de la redondance, une supervision et une astreinte, et le budget change d'échelle.
• Qui applique les mises à jour ? Nommez la personne. Un outil d'automatisation évolue vite, et une instance restée trois versions en arrière devient difficile à mettre à jour et expose des failles connues.
• Comment saurez-vous qu'un scénario est en échec ? Cette question vaut dans les deux cas, mais en auto-hébergement personne ne vous préviendra à votre place. Une alerte sur les exécutions en erreur est le minimum vital.

Un point souvent découvert trop tard : la montée de version. Sur un service en ligne, elle est transparente. Sur une instance auto-hébergée, elle demande une lecture des notes de version, une sauvegarde préalable et un test. Comptez une demi-journée par montée majeure, et ne les repoussez pas indéfiniment, faute de quoi vous ferez un saut de six versions dans l'urgence, le jour d'un incident.

La licence, le détail qui change tout

Dernier point, régulièrement ignoré et parfois coûteux : un outil dont le code est disponible publiquement n'est pas nécessairement un logiciel libre au sens classique. Plusieurs éditeurs d'outils d'automatisation utilisent des licences dites d'usage durable, qui autorisent l'usage interne et les modifications, mais interdisent de revendre le produit ou de le proposer comme service à des tiers.

Les conséquences pratiques sont simples : héberger l'outil pour vos propres besoins est autorisé ; l'héberger pour vos clients, dans une offre facturée, ne l'est généralement pas sans accord commercial. Une agence qui gère les automatisations de vingt clients sur une instance unique doit vérifier ce point avant de construire son offre, et non après. Lisez la licence, elle tient en une page.

La réponse la plus fréquente : les deux

En pratique, beaucoup d'organisations aboutissent à une répartition plutôt qu'à un choix unique :

• Les scénarios critiques et exposés au public, qui doivent tourner en permanence, restent sur le service en ligne.
• Les scénarios qui manipulent des données sensibles, ou dont le volume ferait exploser la facture, passent sur une instance interne.
• Les expérimentations démarrent toujours sur le service en ligne, parce que le coût d'entrée est nul et que la moitié d'entre elles seront abandonnées.

Cette organisation a un coût de cohérence : deux environnements à documenter, deux endroits où chercher en cas de panne. Elle reste préférable à un basculement complet décidé sur la foi d'une seule ligne de facture. Commencez par mesurer votre volume réel d'exécutions et par estimer honnêtement les heures d'administration disponibles dans votre équipe. Si personne ne peut nommer la personne qui appliquera la prochaine mise à jour de sécurité, le débat sur l'automatisation auto-hébergée ou cloud est déjà tranché.