Vous vous êtes inscrit au plan Starter à 49 dollars et vous avez budgété exactement ce montant. Puis la deuxième facture arrive au double, et rien dans votre tableau de bord ne l'explique. Le prix du plan n'a jamais été le prix. Ce sont les octets qui quittent le cloud qui l'étaient. Synadia Cloud mesure chaque gigaoctet que vos applications extraient de son service NATS, et c'est le dépassement qui transforme un abonnement forfaitaire en facture variable, proportionnelle à votre trafic.
Le calendrier compte. NATS est diplômé de la CNCF le 10 novembre 2026, avec plus de 400 millions de téléchargements et plus de 2 000 entreprises qui l'utilisent. Une vague d'équipes migre en ce moment même du NATS auto-hébergé vers le cloud géré, échangeant la charge opérationnelle contre un compteur qu'elles n'ont jamais surveillé auparavant. Cet article explique comment Synadia Cloud tarifie les données réseau, ce que cela coûte à un volume réaliste, pourquoi la messagerie de production relève du coût des marchandises vendues plutôt que des frais généraux, et comment la comptabiliser pour que votre marge brute dise la vérité.
Comment Synadia Cloud tarifie les données réseau
Synadia applique des plans aux équipes, et chaque équipe démarre sur le plan Personal gratuit. L'échelle payante est courte : Starter à 49 dollars par mois, Pro à 199 dollars par mois, et Enterprise sur contrat personnalisé. Chaque niveau regroupe un bloc de données réseau incluses en plus de ses limites de connexions, de streams et de stockage. Personal inclut 10 GiB, Starter inclut 100 GiB, Pro inclut 1 TiB, et Enterprise inclut 2 TiB.
Le bloc inclus est tout l'enjeu, car ce qui se passe au-delà dépend de votre plan. Sur le plan Personal gratuit, il n'y a aucune facturation de dépassement. Si l'équipe dépasse 10 GiB, les connexions client actives et nouvelles sont coupées jusqu'au cycle de facturation suivant ou jusqu'à la mise à niveau du plan. Votre pic de trafic du jour de démo ne coûte pas d'argent sur Personal. Il coûte de la disponibilité.
Sur tous les plans payants, le dépassement est mesuré et facturé à la fin du cycle de facturation, selon le type de trafic. Trois tarifs, séparés par près d'un ordre de grandeur :
- Egress client et leaf : 9 cents par GiB
- Egress gateway : 2 cents par GiB
- Ingress et egress route : 1 cent par GiB
Notez ce qui manque dans cette liste. La publication vers le cloud n'est pas mesurée. Le compteur tourne sur les octets qui sortent, ce qui signifie que la diffusion (fan-out) est le multiplicateur de chaque facture Synadia. Un message publié une fois et livré à dix consommateurs représente dix livraisons d'egress, pas une.
Egress client et leaf à 9 cents par GiB
C'est le tarif qui domine les factures réelles, et il couvre les deux façons dont vos systèmes consomment les données. L'egress client est chaque octet livré depuis le cloud vers vos applications : livraisons aux abonnés, réponses demande-réponse et lectures de streams. L'egress leaf est la même idée étendue à l'edge. Un nœud leaf est un serveur NATS sur votre propre réseau qui se connecte au hub cloud et fait le pont pour les intérêts de sujets à travers ce lien, afin qu'un atelier de fabrication ou un point de vente derrière un pare-feu puisse publier et s'abonner sans aucune règle de pare-feu entrant.
La conséquence de facturation est que l'edge n'est pas gratuit. Chaque octet que le cloud transmet via un lien leaf est de l'egress au tarif le plus élevé. Un abonnement leaf limité à un sujet précis comme orders.created ne tire que ce sujet. Un abonnement paresseux à tout tire l'ensemble du flux sur un lien à 9 cents. Cadrer les intérêts à l'edge est un levier de maîtrise des coûts, pas seulement une bonne pratique.
Egress gateway à 2 cents par GiB
Les gateways relient les clusters en un supercluster, généralement entre régions, afin qu'une charge de travail dans une région puisse atteindre des sujets dans une autre. L'egress gateway est le trafic de réplication et inter-régions entre ces clusters, mesuré à 2 cents par GiB.
Deux cents semble négligeable jusqu'à ce que vous vous rappeliez que cela se cumule avec les frais de transfert propres du fournisseur cloud en dessous. Les propres recommandations opérationnelles de Synadia signalent un ratio élevé de trafic gateway comme un problème à corriger, notant que le transfert inter-zones de disponibilité seul coûte environ un cent par gigaoctet dans chaque direction. Une équipe qui réplique massivement entre régions paie le coût de transfert du fournisseur et le compteur gateway de Synadia sur les mêmes octets. Gardez les éditeurs, les streams et les consommateurs dans une seule région, sauf si l'architecture nécessite réellement une géo-distribution.
Trafic route à 1 cent par GiB
Les routes sont les liens intra-cluster entre serveurs NATS, portant le trafic de routage et de réplication qui maintient la cohérence d'un cluster. À un cent par GiB dans les deux directions, c'est le compteur le moins cher de la page, par conception. Il existe pour que l'exploitation d'une topologie multi-serveurs résiliente ne vous pénalise pas. Si le trafic route apparaît un jour comme une ligne significative sur votre facture, quelque chose est structurellement anormal, car il faut neuf fois le volume pour égaler un dollar d'egress client.
Ce que cela coûte à un volume réel
Les tarifs au gigaoctet n'ont de sens qu'une fois multipliés, voici donc trois configurations réalistes.
Un projet secondaire avec une poignée de services tient dans les 100 GiB de Starter sans y penser. Dix mille petits messages par jour, chacun livré à deux consommateurs, représentent environ 20 GiB par mois. La facture est de 49 dollars forfaitaires, zéro dépassement, et le tarif effectif sur les données incluses est d'environ 49 cents par GiB. L'erreur à cette échelle est de passer à Pro pour une marge dont vous n'avez pas besoin : 150 dollars de plus par mois pour détenir des gigaoctets que vous ne touchez jamais.
Une plateforme SaaS de taille moyenne diffusant des événements de commandes et de notifications à ses workers et à deux nœuds leaf edge pousse environ 1,2 TiB d'egress client et leaf par mois. Sur Starter, cela représente environ 1 129 GiB de dépassement à 9 cents, soit environ 102 dollars au-dessus de la base de 49 dollars, pour une facture de 151 dollars. Toujours moins cher que les 199 dollars de Pro, et le seuil de rentabilité est plus loin que la plupart des équipes ne le pensent : le saut de 150 dollars de Starter à Pro ne se rentabilise sur les données réseau seules qu'au-delà d'environ 1,6 TiB de dépassement mensuel. En dessous de cette ligne, vous mettez à niveau pour les connexions, les streams ou le stockage, jamais pour le bloc de données. Faites cette division avant de cliquer sur mise à niveau.
Ajoutez maintenant la géo-réplication. La même plateforme réplique les streams entre régions pour la reprise après sinistre, ajoutant 500 GiB d'egress gateway, et l'egress client total atteint tout juste moins de 2 TiB sur le plan Pro. Le dépassement client est de 960 GiB au-delà du téraoctet inclus à 9 cents, soit 86,40 dollars. Le dépassement gateway est de 500 GiB à 2 cents, soit 10 dollars. La facture est de 199 plus 96,40, soit 295,40 dollars, et deux tiers du dépassement proviennent d'une topologie de réplication que personne n'avait chiffrée lorsqu'elle a été dessinée au tableau blanc. C'est la forme récurrente d'une facture Synadia surprenante : pas un grand chiffre, mais la diffusion et la réplication qui multiplient un petit tarif.
Pourquoi la messagerie de production est un COGS variable, pas des frais généraux
La messagerie qui livre votre produit à des clients payants est un coût direct du chiffre d'affaires. Elle varie avec l'usage, elle disparaît quand rien ne se vend, et les investisseurs s'attendent à la voir au-dessus de la ligne de marge brute, aux côtés du calcul, de la base de données, du stockage et de la bande passante pour la production.
Les normes comptables laissent ici une marge d'appréciation : les principes généralement admis ne définissent pas précisément le coût des marchandises vendues, et la pratique de la marge brute SaaS comble le vide avec un test de coût direct. Demandez-vous si la dépense existe pour servir des clients en production. Les streams portant des événements de commandes, les livraisons diffusées aux workers orientés client et les liens leaf alimentant des sites edge qui servent des clients passent tous le test. Le compte de staging qui rejoue le trafic de la semaine dernière, le sujet de test de charge et les abonnements du bac à sable développeur ne le passent pas. Ceux-là relèvent de la recherche et développement ou des frais généraux.
La frontière de la production est tout l'enjeu. Une facture Synadia regroupe chaque compte et chaque type de trafic, il faut donc la scinder chaque mois à partir de l'usage par compte du tableau de bord. Les équipes qui omettent cette scission se trompent généralement dans le sens flatteur, enterrant l'infrastructure dans les frais généraux et affichant une marge brute que leur économie unitaire ne peut défendre. Un audit de due diligence la reclasse en un après-midi, et la marge retraitée n'est jamais la plus élevée.
Comptabilisez le montant net que vous payez réellement. Les données incluses non utilisées ne sont pas un actif et le niveau Personal gratuit n'est pas un chiffre d'affaires : il n'y a donc rien à réévaluer ni à reporter. Si vous voulez de la visibilité sur la marge disponible, suivez les gigaoctets consommés par rapport aux gigaoctets inclus dans vos métriques et gardez l'écriture comptable au coût de trésorerie.
Comment la comptabiliser pour que votre marge dise la vérité
Donnez à la messagerie son propre compte de coût des ventes plutôt que de la fondre dans une ligne cloud ou logicielle générique. Un compte dédié, comme cloud messaging, vous permet de diviser la dépense du mois par les gigaoctets d'egress du mois et de voir votre coût réel par GiB, le chiffre qui vous dit si la croissance de la diffusion ronge la marge.
Le prélèvement Synadia est réglé après la fin du mois, il faut donc le provisionner. Estimez la part de production à partir de vos métriques d'egress à la clôture, ajustez sur la facture quand elle arrive, et gardez la part hors production en dehors du coût des ventes. Voici un cycle complet pour un mois de janvier où la production a représenté une estimation de 291,20 dollars contre une facture réelle de 295,40 dollars, avec une équipe Starter distincte à 49 dollars pour le développement :
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Expenses:CostOfSales:Cloud-Messaging USD
2026-01-01 open Expenses:Research:Cloud-Sandbox USD
2026-01-01 open Liabilities:Accrued:Synadia USD
2026-01-31 * "Synadia" "Janvier estimation prod, base Pro plus dépassement client-leaf et gateway"
Expenses:CostOfSales:Cloud-Messaging 291.20 USD
Liabilities:Accrued:Synadia -291.20 USD
2026-02-03 * "Synadia" "Facture de janvier réglée à 295,40 plus 49,00 équipe dev"
Liabilities:Accrued:Synadia 291.20 USD
Expenses:CostOfSales:Cloud-Messaging 4.20 USD
Expenses:Research:Cloud-Sandbox 49.00 USD
Assets:Cash:Operating -344.40 USDRapprochez au moins mensuellement le montant provisionné de l'usage réseau par compte du tableau de bord, avec le trafic client, gateway et route sur des lignes distinctes, afin qu'un pic sur l'un ne se cache pas dans la tendance plate des autres. Si vous tenez votre comptabilité en texte brut, les modèles de suivi des coûts de la documentation s'étendent naturellement à une ventilation de la messagerie par type de trafic.
Un piège de classification à éviter : les modules complémentaires tels que les nœuds leaf supplémentaires, les packages de connectivité et le stockage restent des coûts de messagerie lorsqu'ils servent la production, mais le module Remote System qui relie votre propre système NATS auto-hébergé est un choix d'architecture hybride. Si ce lien existe pour maintenir en vie un système sur site hérité plutôt que pour servir les clients actuels, il relève de l'endroit où vivent les coûts de ce système, pas du coût des ventes.
Cinq contrôles pour empêcher l'egress de ronger la marge
Commencez par la discipline de diffusion et la taille des payloads. Ensemble, elles traitent le multiplicateur et le multiplicande, et les deux sont des corrections d'un après-midi.
1. Traitez chaque livraison comme un achat
Chaque livraison à un abonné est de l'egress mesuré séparément, auditez donc qui reçoit quoi. Attachez des périmètres de sujets précis pour que chaque consommateur ne reçoive que les événements qu'il traite, et supprimez les abonnements morts des workers décommissionnés. La diffusion non filtrée paie la livraison de messages que le consommateur abandonne à réception. C'est du gaspillage pur avec une correction d'une ligne par abonnement.
2. Mettez le payload au régime
Gardez les événements légers. Stockez le document complet dans le stockage objet et envoyez une référence avec les identifiants dont le consommateur a besoin, le motif claim-check. Retirez les blobs intégrés, les enregistrements clients dupliqués et le contexte de débogage verbeux du chemin critique. Chaque gigaoctet que vous retirez économise 9 cents sur chaque livraison de chaque message qui le portait, c'est pourquoi la taille du payload l'emporte généralement sur le choix du plan comme levier d'économies.
3. Cadrez précisément les intérêts des nœuds leaf
Un lien leaf ne transmet que les sujets ayant un intérêt de l'autre côté, ce qui fait de l'abonnement edge la soupape d'un tuyau à 9 cents. Révisez chaque abonnement leaf chaque trimestre et confirmez que chacun sert encore une charge de travail edge active. Un abonnement fourre-tout oublié dans un seul magasin peut discrètement tirer tout l'espace de sujets par le lien le plus cher de la facture.
4. Gardez les streams près de leurs consommateurs
Colocalisez éditeurs, streams et consommateurs dans une seule région partout où l'architecture le permet. La réplication inter-régions paie le dépassement gateway plus le transfert sous-jacent du fournisseur sur les mêmes octets, traitez donc chaque gigaoctet gateway comme coupable jusqu'à preuve de nécessité. Si la reprise après sinistre nécessite réellement une seconde région, répliquez le plus petit ensemble de sujets qui satisfait l'objectif de reprise, pas tout le compte.
5. Dimensionnez correctement le plan et surveillez la vitesse de consommation
Suivez les gigaoctets consommés par rapport aux gigaoctets inclus chaque semaine, pas chaque mois, car le dépassement s'accumule silencieusement jusqu'à la clôture du cycle. Rappelez-vous le seuil de rentabilité de 1,6 TiB avant de passer de Starter à Pro pour des raisons de données, et rappelez-vous la falaise de Personal dans l'autre sens : les équipes qui prototypent sur le niveau gratuit devraient passer à un plan payant avant tout pic de trafic qui leur importe, car Personal répond au dépassement par des connexions coupées, pas par une facture.
Liste de contrôle de fin de mois pour les coûts de messagerie
Bouclez la boucle de la même façon chaque mois pour que les chiffres restent fiables :
- Extrayez les gigaoctets d'egress par type de trafic depuis le tableau de bord, pas les décomptes logiques de messages des journaux applicatifs.
- Divisez la dépense de chaque type par ses gigaoctets et comparez aux repères de 9, 2 et 1 cent.
- Calculez la diffusion par sujet en divisant les livraisons par les publications ; tout ce qui dépasse votre ratio de conception mérite une revue des abonnements.
- Séparez l'usage de production de celui de staging et du bac à sable par compte, et confirmez que seule la production a atterri dans le coût des ventes.
- Ajustez la provision du mois dernier sur la facture réglée et reportez l'écart dans votre estimation.
- Vérifiez le trafic gateway en part de l'egress total, et confirmez que chaque flux inter-régions a encore une raison architecturale.
- Confirmez que chaque nouveau compte, stream et nœud leaf créé pendant le mois a hérité de l'étiquetage production et de périmètres de sujets précis.
Extrayez aujourd'hui les lignes réseau Synadia de ce mois depuis votre tableau de bord et comparez le total des gigaoctets d'egress au bloc inclus. Si le dépassement croît plus vite que l'usage client, la diffusion ou la réplication multiplie le tarif, et votre gain de marge le moins coûteux réside dans un payload plus petit et des abonnements plus précis, pas dans un plan plus grand.
