Le coût total de possession d'un broker MQTT correspond au coût complet de la messagerie de vos appareils sur plusieurs années, et pas seulement à la ligne serveur ou abonnement d'une facture. Dans ce guide, vous allez construire un modèle de TCO qui couvre l'infrastructure, le temps d'ingénierie, l'astreinte, les incidents et les risques, l'appliquer aux options auto-hébergées et managées, et identifier les hypothèses qui influencent le plus le résultat. Le modèle ne contient aucun prix fournisseur ; vous y injectez vos propres taux et devis.
Pourquoi le TCO l'emporte sur le prix affiché
Le coût visible d'un broker auto-hébergé, c'est une machine virtuelle et peut-être un load balancer. Le coût visible d'un broker MQTT managé, c'est un abonnement. Comparer ces deux chiffres fait presque toujours paraître l'auto-hébergement moins cher, et cette comparaison est presque toujours fausse, car les coûts les plus importants de l'auto-hébergement sont humains et liés au risque, et n'apparaissent jamais sur une facture cloud.
L'inverse peut aussi être vrai. Pour une charge importante et stable, exploitée par une équipe qui gère déjà une infrastructure similaire, l'auto-hébergement peut être l'option la moins chère sur plusieurs années. Un bon modèle de TCO ne présuppose pas la réponse ; il rend les hypothèses explicites pour que vous puissiez en débattre.
Les catégories de coûts
1. Infrastructure
- Puissance de calcul pour les nœuds du broker, dimensionnée pour le pic de connexions et le débit de messages, plus la redondance si vous avez besoin de haute disponibilité.
- Load balancers et adresses IP publiques.
- Stockage pour la persistance, les journaux et les sauvegardes.
- Trafic réseau sortant, qui peut être significatif pour les charges à forte diffusion.
- Services de supervision et de journalisation.
- Environnements hors production : brokers de préproduction et de test.
2. Ingénierie initiale
- Choix, installation et durcissement du broker.
- Automatisation et renouvellement des certificats TLS.
- Authentification : fichiers de mots de passe, plugin d'authentification ou intégration à un fournisseur d'identité.
- Tableaux de bord de supervision et règles d'alerte.
- Infrastructure as code, sauvegardes et runbooks.
- Revue de sécurité et tests d'intrusion.
3. Exploitation courante
- Correctifs du système d'exploitation et du broker, et leurs tests avant déploiement.
- Rotation des certificats, gestion des identifiants et intégration des nouveaux appareils.
- Planification de capacité et opérations de montée en charge.
- Mises à niveau entre versions majeures du broker.
- Répondre à la question « est-ce que le broker est en cause ? » pour les équipes applicatives.
4. Astreinte
Si des appareils sur le terrain dépendent du broker en continu, quelqu'un doit être joignable en continu. L'astreinte a un coût même les semaines calmes : primes d'astreinte, contrainte sur la vie personnelle, et le fait qu'un planning d'astreinte a besoin de plusieurs personnes formées pour être tenable.
5. Incidents
Les incidents coûtent des heures d'ingénierie pour être résolus, mais souvent davantage en impact métier : données perdues, commandes manquées, interventions sur site, pénalités contractuelles envers vos propres clients et atteinte à la réputation. Estimez-les en espérance : nombre probable d'incidents par an multiplié par l'impact moyen.
6. Coût d'opportunité
Chaque heure passée sur la plomberie du broker est une heure non consacrée à votre produit. C'est difficile à chiffrer mais souvent décisif pour les petites équipes.
7. Coûts du broker MQTT managé
Pour un broker MQTT managé, ajoutez l'abonnement ou les frais à l'usage (voir les tarifs d'un broker MQTT pour les différents modèles), plus le travail interne restant : gestion des identifiants, supervision côté client et services d'intégration. L'exploitation ne tombe pas à zéro, mais l'infrastructure du broker, les correctifs, les certificats et l'astreinte au niveau du broker passent chez le fournisseur.
Construire le modèle de TCO
Modélisez au moins trois ans, car l'ingénierie initiale est concentrée au début et les migrations coûtent cher. Raisonnez en heures pour le travail humain et convertissez-les à votre taux horaire chargé (salaire plus frais généraux).
Inputs
H_rate loaded cost per engineering hour
Y years in the model (3 recommended)
Infra_m monthly infrastructure cost (all environments)
Build_h initial engineering hours
Ops_h_m ongoing operations hours per month
OnCall_m monthly on-call cost (allowances + rota overhead)
Inc_y expected incidents per year
Inc_h engineering hours per incident
Inc_impact business impact per incident
Sub_m monthly managed-service subscription or usage
Int_h_m internal hours per month that remain with a managed service
Self-hosted TCO
= Build_h x H_rate
+ Y x 12 x (Infra_m + Ops_h_m x H_rate + OnCall_m)
+ Y x Inc_y x (Inc_h x H_rate + Inc_impact)
Managed TCO
= Onboarding_h x H_rate
+ Y x 12 x (Sub_m + Int_h_m x H_rate)
+ Y x Inc_y_managed x (Inc_h_managed x H_rate + Inc_impact)
Notez que la formule managée inclut toujours les incidents. Un fournisseur exploite le broker, mais votre réseau, vos appareils et vos intégrations peuvent toujours tomber en panne, et les pannes côté fournisseur arrivent aussi. Ce qui change généralement, c'est la fréquence des incidents que l'on s'inflige soi-même, comme un certificat expiré ou un disque plein, et qui se charge de la remise en service.
Un exemple chiffré en heures
Pour montrer l'allure du résultat sans inventer de prix, voici une estimation d'effort indicative pour un déploiement en production modeste : quelques centaines d'appareils, haute disponibilité requise, et une équipe sans expertise préalable des brokers. Remplacez chaque chiffre par les vôtres.
| Poste | Auto-hébergé (hypothèse d'exemple) | Managé (hypothèse d'exemple) |
|---|---|---|
| Mise en place et durcissement initiaux | 120 heures | 16 heures d'intégration |
| Exploitation courante | 16 heures / mois | 4 heures / mois |
| Planning d'astreinte | Requis pour le broker | Non requis pour l'infrastructure du broker |
| Incidents par an | 3 | 1 |
| Heures par incident | 12 | 4 |
| Infrastructure | Votre facture cloud pour 2 nœuds ou plus, LB, supervision | Inclus dans l'abonnement |
Sur trois ans, ces hypothèses donnent environ 120 + 36 x 16 + 3 x 3 x 12 = 804 heures d'ingénierie en auto-hébergement, contre 16 + 36 x 4 + 3 x 1 x 4 = 172 heures pour un broker MQTT managé, avant infrastructure, abonnement, astreinte et impact métier. Multipliez par votre taux horaire, ajoutez les lignes financières, et la comparaison devient concrète. Vos hypothèses peuvent être très différentes ; l'essentiel est de les écrire noir sur blanc.
Sensibilité : quelles hypothèses pèsent le plus
Faites tourner le modèle avec des valeurs optimistes et pessimistes pour chaque paramètre. Dans la plupart des modèles, quelques paramètres dominent :
- Taux horaire chargé : un taux élevé rend chaque heure d'exploitation coûteuse et favorise les brokers MQTT managés.
- Impact des incidents : si une panne du broker arrête des lignes de production ou des fonctionnalités visibles par les clients, le coût attendu des incidents peut éclipser tout le reste.
- Haute disponibilité : exiger la HA multiplie l'infrastructure et la complexité en auto-hébergement.
- Expertise existante : une équipe qui exploite déjà des systèmes similaires a besoin de moins d'heures de mise en place et d'exploitation.
- Échelle : à très grande échelle et en charge stable, l'efficacité de l'infrastructure compte davantage, et l'auto-hébergement ou la capacité dédiée peuvent l'emporter.
- Conformité : des exigences de résidence des données ou d'isolation peuvent imposer ou exclure certaines options, quel que soit le coût.
Auto-hébergé, managé et les options intermédiaires
Le TCO n'est pas un choix binaire. ConnectMQ, par exemple, propose plusieurs modèles de déploiement qui déplacent l'équilibre différemment :
| Modèle | Qui gère l'infrastructure | Qui exploite le broker | Profil de TCO |
|---|---|---|---|
| Open source auto-hébergé | Vous | Vous | Coût direct le plus bas, coût humain le plus élevé |
| Serverless managé | Fournisseur | Fournisseur | À l'usage, exploitation minimale |
| Dedicated managé | Fournisseur | Fournisseur | Capacité prévisible, isolation |
| BYOC | Votre compte cloud | Fournisseur | Utilise vos engagements cloud existants, exploité par le fournisseur |
| Self Managed Enterprise | Vous | Vous, avec le logiciel de l'éditeur | Contrôle total sur votre infrastructure |
Pour une vision équilibrée des différences d'exploitation, lisez broker MQTT auto-hébergé ou managé, et consultez migrer Mosquitto vers MQTT cloud si le modèle vous oriente vers une migration.
Checklist TCO
- Modéliser au moins trois ans.
- Inclure tous les environnements, pas seulement la production.
- Convertir tout le temps humain à un taux horaire chargé.
- Inclure l'astreinte comme un coût permanent.
- Estimer les incidents comme fréquence multipliée par impact.
- Inclure les coûts de migration à l'entrée comme à la sortie.
- Faire tourner des scénarios optimistes et pessimistes.
- Réviser le modèle au bout de six mois avec des données mesurées.
Modélisez vos coûts avec ConnectMQ
La donnée d'entrée la plus fiable de tout modèle de TCO, c'est l'usage mesuré. Créez un broker gratuit sur app.connectmq.com avec l'offre Serverless (Free), sans carte bancaire, lancez un pilote et notez les heures que vous y consacrez réellement. ConnectMQ est un broker MQTT managé qui vous permet de passer de Serverless à Dedicated, BYOC ou Self Managed Enterprise sans modifier le code client. Notre guide sur le broker MQTT cloud explique les modèles de déploiement, et vous pouvez découvrir ce que fait un broker MQTT si le sujet est nouveau pour vous. Pour de simples essais de protocole, le serveur MQTT public gratuit suffit, mais il est réservé aux tests et aux prototypes et ne remplace pas un pilote mesuré.
Questions fréquentes
Quel est le principal coût caché d'un broker MQTT auto-hébergé ?
En général le temps humain : durcissement initial, correctifs réguliers, gestion des certificats et astreinte. L'impact des incidents peut être encore plus important si des appareils ou des clients dépendent du broker.
Un broker MQTT managé est-il toujours moins cher ?
Non. Pour des charges importantes et stables exploitées par une équipe expérimentée, l'auto-hébergement ou la capacité dédiée peuvent coûter moins cher dans la durée. Un modèle de TCO avec vos propres hypothèses montre ce qui s'applique à votre cas.
Sur combien d'années un modèle de TCO de broker MQTT doit-il porter ?
Au moins trois ans. Des horizons plus courts surpondèrent les coûts de mise en place initiaux et ignorent les mises à niveau, les changements d'équipe et le coût d'une migration ultérieure.
Le TCO inclut-il le coût de sortie d'un fournisseur ?
Il le devrait. Des clients MQTT standard et des structures de topics standard maintiennent les coûts de sortie à un niveau bas, tandis que les API et moteurs de règles propriétaires les font grimper. Prévoyez une estimation du coût de migration vers l'extérieur.
