Hai sottoscritto il piano Starter da 49 dollari e hai messo a budget esattamente quella cifra. Poi arriva la seconda fattura al doppio del numero, e niente nella tua dashboard spiega perché. Il prezzo del piano non è mai stato il prezzo. I byte che uscivano dal cloud lo erano. Synadia Cloud misura ogni gigabyte che le tue applicazioni estraggono dal suo servizio NATS, e l'eccedenza è il punto in cui un abbonamento fisso si trasforma in una bolletta variabile che scala con il tuo traffico.
Il tempismo conta. NATS è diventato graduated dalla CNCF il 10 novembre 2026, con oltre 400 milioni di download e più di 2.000 aziende che lo utilizzano. Un'ondata di team sta passando in questo momento da NATS self-hosted al cloud gestito, barattando la fatica operativa con un contatore che non hanno mai osservato prima. Questo post spiega come Synadia Cloud tariffa i dati di rete, quanto costa a volumi realistici, perché la messaggistica di produzione appartiene al costo del venduto e non alle spese generali, e come registrarla affinché il tuo margine lordo dica la verità.
Come Synadia Cloud tariffa i dati di rete
Synadia applica i piani ai team, e ogni team parte dal piano Personal gratuito. La scala a pagamento è breve: Starter a 49 dollari al mese, Pro a 199 dollari al mese ed Enterprise su contratto personalizzato. Ogni livello include un blocco di dati di rete insieme ai suoi limiti di connessioni, stream e storage. Personal include 10 GiB, Starter include 100 GiB, Pro include 1 TiB ed Enterprise include 2 TiB.
Il blocco incluso è tutto il gioco, perché ciò che accade dopo dipende dal tuo piano. Sul piano Personal gratuito non c'è alcuna fatturazione dell'eccedenza. Se il team supera i 10 GiB, le connessioni client attive e nuove vengono interrotte fino al ciclo di fatturazione successivo o fino all'upgrade del piano. Il tuo picco di traffico del giorno della demo non costa denaro su Personal. Costa disponibilità.
Su ogni piano a pagamento, l'eccedenza è misurata e addebitata alla fine del ciclo di fatturazione, con prezzo per tipo di traffico. Tre tariffe, separate da quasi un ordine di grandezza:
- Egress client e leaf: 9 centesimi per GiB
- Egress gateway: 2 centesimi per GiB
- Ingress ed egress route: 1 centesimo per GiB
Nota cosa manca da quell'elenco. La pubblicazione nel cloud non è misurata. Il contatore gira sui byte in uscita, il che significa che il fan-out è il moltiplicatore di ogni fattura Synadia. Un messaggio pubblicato una volta e consegnato a dieci consumatori sono dieci consegne di egress, non una.
Egress client e leaf a 9 centesimi per GiB
Questa è la tariffa che domina le fatture reali, e copre i due modi in cui i tuoi sistemi consumano dati. L'egress client è ogni byte consegnato dal cloud alle tue applicazioni: consegne ai subscriber, risposte request-reply e letture degli stream. L'egress leaf è la stessa idea estesa all'edge. Un leaf node è un server NATS sulla tua rete che si connette in uscita all'hub nel cloud e collega l'interesse sui subject attraverso quel collegamento, così un reparto produttivo o un punto vendita dietro un firewall può pubblicare e sottoscrivere senza alcuna regola firewall in ingresso.
La conseguenza di fatturazione è che l'edge non è gratuito. Ogni byte che il cloud inoltra lungo un collegamento leaf è egress alla tariffa più alta. Una sottoscrizione leaf limitata a un subject ristretto come orders.created preleva esattamente quel subject. Una sottoscrizione pigra a tutto preleva l'intero fiume di dati attraverso un collegamento da 9 centesimi. Delimitare l'interesse all'edge è un controllo dei costi, non solo buona igiene.
Egress gateway a 2 centesimi per GiB
I gateway uniscono i cluster in un supercluster, tipicamente tra regioni, così un workload in una regione può raggiungere subject in un'altra. L'egress gateway è il traffico di replica e cross-region tra quei cluster, misurato a 2 centesimi per GiB.
Due centesimi sembrano trascurabili finché non ricordi che si sommano agli addebiti di trasferimento del provider cloud sottostanti. La stessa guida operativa di Synadia segnala un rapporto elevato di traffico gateway come un problema da correggere, osservando che il solo trasferimento cross-availability-zone costa circa un centesimo per gigabyte in ciascuna direzione. Un team che replica pesantemente tra regioni paga il costo di trasferimento del provider e il contatore gateway di Synadia sugli stessi byte. Mantieni publisher, stream e consumatori in un'unica regione a meno che l'architettura richieda davvero la geo-distribuzione.
Traffico route a 1 centesimo per GiB
Le route sono i collegamenti intra-cluster tra i server NATS, che trasportano il traffico di routing e replica che mantiene coerente un cluster. A un centesimo per GiB in entrambe le direzioni, questo è per progettazione il contatore più economico della pagina. Esiste affinché gestire una topologia resiliente multi-server non ti penalizzi. Se il traffico route dovesse mai comparire come voce significativa sulla tua fattura, qualcosa è strutturalmente sbagliato, perché serve un volume nove volte superiore per eguagliare un dollaro di egress client.
Quanto costa a volumi reali
Le tariffe per gigabyte hanno senso solo moltiplicate, quindi ecco tre scenari realistici.
Un side project con una manciata di servizi rientra nei 100 GiB di Starter senza pensarci. Diecimila messaggi piccoli al giorno, ciascuno consegnato a due consumatori, muovono circa 20 GiB al mese. La fattura è fissa a 49 dollari, zero eccedenza, e la tariffa effettiva sui dati inclusi è di circa 49 centesimi per GiB. L'errore a questa scala è passare a Pro per margine di sicurezza che non ti serve: 150 dollari in più al mese per tenere gigabyte che non tocchi mai.
Una piattaforma SaaS di medie dimensioni che trasmette eventi di ordini e notifiche ai suoi worker e a due leaf node edge spinge circa 1,2 TiB di egress client e leaf al mese. Su Starter sono circa 1.129 GiB di eccedenza a 9 centesimi, ovvero circa 102 dollari oltre la base di 49 dollari, per una fattura di 151 dollari. Comunque più economico dei 199 dollari di Pro, e il punto di pareggio è più lontano di quanto la maggior parte dei team immagini: il salto di 150 dollari da Starter a Pro si ripaga sui soli dati di rete solo oltre circa 1,6 TiB di eccedenza mensile. Sotto quella soglia fai l'upgrade per connessioni, stream o storage, mai per il blocco dati. Fai quella divisione prima di cliccare su upgrade.
Ora aggiungi la geo-replica. La stessa piattaforma replica gli stream tra regioni per il disaster recovery, aggiungendo 500 GiB di egress gateway, e l'egress client totale arriva appena sotto i 2 TiB sul piano Pro. L'eccedenza client è di 960 GiB oltre il terabyte incluso a 9 centesimi, ovvero 86,40 dollari. L'eccedenza gateway è di 500 GiB a 2 centesimi, ovvero 10 dollari. La fattura è 199 più 96,40, ovvero 295,40 dollari, e due terzi dell'eccedenza provengono da una topologia di replica che nessuno aveva prezzato quando è stata disegnata su una lavagna. Questa è la forma ricorrente di una fattura Synadia sorprendente: non un grande numero, ma il fan-out e la replica che moltiplicano una tariffa piccola.
Perché la messaggistica di produzione è COGS variabile, non spese generali
La messaggistica che consegna il tuo prodotto ai clienti paganti è un costo diretto dei ricavi. Scala con l'utilizzo, scompare quando non si vende nulla, e gli investitori si aspettano di vederla sopra la linea del margine lordo insieme a compute, database, storage e banda per la produzione.
I principi contabili lasciano spazio qui: i principi generalmente accettati non definiscono con precisione il costo del venduto, e la prassi del margine lordo SaaS colma il vuoto con un test dei costi diretti. Chiediti se la spesa esiste per servire i clienti in produzione. Gli stream che trasportano eventi di ordini, le consegne che si diramano verso worker rivolti al cliente e i collegamenti leaf che alimentano le sedi edge che servono i clienti superano tutti il test. L'account di staging che riproduce il traffico della settimana scorsa, il topic di load-test e le sottoscrizioni del sandbox degli sviluppatori no. Quelli appartengono alla ricerca e sviluppo o alle spese generali.
Il confine della produzione è tutto il gioco. Una fattura Synadia accorpa ogni account e ogni tipo di traffico insieme, quindi suddividila ogni mese usando l'utilizzo per account dalla dashboard. I team che saltano la suddivisione di solito sbagliano nella direzione lusinghiera, seppellendo l'infrastruttura nelle spese generali e riportando un margine lordo che la loro unit economics non può difendere. Una due diligence lo riclassifica in un pomeriggio, e il margine riesposto non è mai quello più alto.
Registra l'importo netto che paghi effettivamente. I dati inclusi non utilizzati non sono un'attività e il livello Personal gratuito non è ricavo, quindi non c'è nulla da gonfiare o riportare a nuovo. Se vuoi visibilità sul margine di sicurezza, monitora i gigabyte consumati rispetto a quelli inclusi nelle tue metriche e mantieni la registrazione contabile al costo effettivo.
Come registrarlo affinché il tuo margine dica la verità
Assegna alla messaggistica un proprio conto di costo del venduto invece di mescolarla in una voce generica cloud o software. Un conto dedicato come cloud messaging ti permette di dividere la spesa del mese per i gigabyte di egress del mese e vedere il tuo vero costo per GiB, che è il numero che ti dice se la crescita del fan-out sta erodendo il margine.
L'addebito Synadia si regola dopo la fine del mese, quindi maturalo. Stima la porzione di produzione dalle tue metriche di egress alla chiusura, conguaglia alla fattura quando arriva e tieni la porzione non di produzione fuori dal costo del venduto. Ecco un ciclo completo per un gennaio in cui la produzione ha registrato una stima di 291,20 dollari contro una fattura effettiva di 295,40 dollari, con un team Starter separato da 49 dollari per lo sviluppo:
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" "January prod estimate, Pro base plus client-leaf and gateway overage"
Expenses:CostOfSales:Cloud-Messaging 291.20 USD
Liabilities:Accrued:Synadia -291.20 USD
2026-02-03 * "Synadia" "January invoice settles at 295.40 plus 49.00 dev team"
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 USDRiconcilia l'importo maturato con l'utilizzo di rete per account della dashboard almeno mensilmente, con il traffico client, gateway e route come voci separate, così un picco in uno non si nasconde dentro il trend piatto degli altri. Se tieni i tuoi libri in plain text, i pattern di tracciamento dei costi nella documentazione si estendono naturalmente a una suddivisione della messaggistica per tipo di traffico.
Una trappola di classificazione da evitare: gli add-on come leaf node aggiuntivi, pacchetti di connettività e storage sono comunque costi di messaggistica quando servono la produzione, ma l'add-on Remote System che collega il tuo sistema NATS self-hosted è una scelta di architettura ibrida. Se quel collegamento esiste per mantenere in vita un sistema legacy on-premises piuttosto che per servire i clienti attuali, appartiene a dove vivono i costi di quel sistema, non al costo del venduto.
Cinque controlli che impediscono all'egress di erodere il margine
Inizia con la disciplina del fan-out e la dimensione del payload. Insieme affrontano il moltiplicatore e il moltiplicando, ed entrambe sono correzioni da un pomeriggio.
1. Tratta ogni consegna come un acquisto
Ogni consegna a un subscriber è egress misurato separatamente, quindi verifica chi riceve cosa. Applica ambiti di subject ristretti affinché ogni consumatore riceva solo gli eventi che gestisce, e rimuovi le sottoscrizioni morte dai worker dismessi. Il fan-out non filtrato paga la consegna per messaggi che il consumatore scarta all'arrivo. È puro spreco con una correzione di una riga per sottoscrizione.
2. Metti a dieta il payload
Mantieni gli eventi snelli. Archivia il documento completo nell'object storage e invia un riferimento con gli identificatori di cui il consumatore ha bisogno, il pattern claim-check. Rimuovi blob incorporati, record cliente duplicati e contesto di debug verboso dal percorso caldo. Ogni gigabyte che rimuovi risparmia 9 centesimi su ogni consegna di ogni messaggio che lo trasportava, ed è per questo che la dimensione del payload di solito batte la scelta del piano come leva di risparmio.
3. Delimita strettamente l'interesse dei leaf node
Un collegamento leaf inoltra solo i subject con interesse dall'altra parte, il che rende la sottoscrizione edge la valvola su un tubo da 9 centesimi. Rivedi ogni sottoscrizione leaf trimestralmente e conferma che ciascuna serva ancora un workload edge attivo. Una singola sottoscrizione catch-all dimenticata in un negozio può trascinare silenziosamente l'intero spazio dei subject lungo il collegamento più costoso della fattura.
4. Mantieni gli stream vicini ai loro consumatori
Colloca publisher, stream e consumatori in un'unica regione ovunque l'architettura lo consenta. La replica cross-region paga l'eccedenza gateway più il trasferimento sottostante del provider sugli stessi byte, quindi tratta ogni gigabyte gateway come colpevole finché non è provato necessario. Se il disaster recovery richiede davvero una seconda regione, replica il più piccolo insieme di subject che soddisfa l'obiettivo di recovery, non l'intero account.
5. Dimensiona correttamente il piano e monitora il burn rate
Monitora settimanalmente i gigabyte consumati rispetto a quelli inclusi, non mensilmente, perché l'eccedenza matura silenziosamente fino alla chiusura del ciclo. Ricorda il punto di pareggio di 1,6 TiB prima di passare da Starter a Pro per ragioni di dati, e ricorda nell'altra direzione il precipizio del piano Personal: i team che fanno prototipazione sul livello gratuito dovrebbero fare l'upgrade prima di qualsiasi picco di traffico a cui tengono, perché Personal risponde all'eccedenza con connessioni interrotte, non con una fattura.
Checklist di fine mese per i costi di messaggistica
Chiudi il ciclo allo stesso modo ogni mese affinché i numeri restino affidabili:
- Estrai i gigabyte di egress per tipo di traffico dalla dashboard, non i conteggi logici di messaggi dai log applicativi.
- Dividi la spesa di ciascun tipo per i suoi gigabyte e confronta con i benchmark di 9, 2 e 1 centesimo.
- Calcola il fan-out di consegna per subject dividendo le consegne per le pubblicazioni; qualsiasi valore sopra il tuo rapporto di progetto merita una revisione delle sottoscrizioni.
- Separa l'utilizzo di produzione da quello di staging e sandbox per account, e conferma che solo la produzione sia finita nel costo del venduto.
- Conguaglia la maturazione del mese scorso alla fattura regolata e porta la varianza avanti nella tua stima.
- Controlla il traffico gateway come quota dell'egress totale, e conferma che ogni flusso cross-region abbia ancora una ragione architetturale.
- Conferma che ogni nuovo account, stream e leaf node creato durante il mese abbia ereditato il tagging di produzione e ambiti di subject ristretti.
Estrai oggi dalla tua dashboard le voci di rete Synadia di questo mese e confronta i gigabyte di egress totali con il blocco incluso. Se l'eccedenza cresce più velocemente dell'utilizzo dei clienti, il fan-out o la replica stanno moltiplicando la tariffa, e la tua vittoria di margine più economica è un payload più piccolo e sottoscrizioni più ristrette, non un piano più grande.
