Sie haben den Starter-Plan für 49 Dollar abgeschlossen und genau damit gerechnet. Dann kommt die zweite Rechnung und liegt beim Doppelten, und nichts in Ihrem Dashboard erklärt, warum. Der Planpreis war nie der Preis. Die Bytes, die die Cloud verlassen, waren es. Synadia Cloud misst jeden Gigabyte, den Ihre Anwendungen aus ihrem NATS-Dienst abrufen, und beim Overage wird aus einem Flatrate-Abo eine variable Rechnung, die mit Ihrem Traffic skaliert.
Das Timing ist entscheidend. NATS hat am 10. November 2026 die CNCF-Graduierung erreicht, mit mehr als 400 Millionen Downloads und über 2.000 Unternehmen, die es betreiben. Gerade jetzt zieht eine Welle von Teams von selbst gehostetem NATS in die Managed Cloud um und tauscht operativen Aufwand gegen einen Meter, den sie noch nie beobachtet haben. Dieser Beitrag erklärt, wie Synadia Cloud Netzwerkdaten bepreist, was das bei realistischen Volumina kostet, warum Production-Messaging in die Cost of Goods Sold gehört statt in die Gemeinkosten, und wie Sie es so verbuchen, dass Ihre Bruttomarge die Wahrheit sagt.
Wie Synadia Cloud Netzwerkdaten bepreist
Synadia wendet Pläne auf Teams an, und jedes Team startet im kostenlosen Personal-Plan. Die bezahlte Leiter ist kurz: Starter mit 49 Dollar pro Monat, Pro mit 199 Dollar pro Monat und Enterprise per individueller Vereinbarung. Jede Stufe bündelt ein Kontingent an inkludierten Netzwerkdaten neben ihren Limits für Verbindungen, Streams und Speicher. Personal umfasst 10 GiB, Starter umfasst 100 GiB, Pro umfasst 1 TiB und Enterprise umfasst 2 TiB.
Das inkludierte Kontingent ist das ganze Spiel, denn was danach passiert, hängt von Ihrem Plan ab. Im kostenlosen Personal-Plan gibt es überhaupt keine Overage-Abrechnung. Wenn das Team 10 GiB überschreitet, werden aktive und neue Client-Verbindungen bis zum nächsten Abrechnungszyklus oder bis zum Upgrade des Plans getrennt. Ihr Demo-Tag-Traffic-Spike kostet im Personal-Plan kein Geld. Er kostet Verfügbarkeit.
In jedem bezahlten Plan wird der Overage gemessen und am Ende des Abrechnungszyklus berechnet, bepreist nach Traffic-Typ. Drei Raten, getrennt um fast eine Größenordnung:
- Client- und Leaf-Egress: 9 Cent pro GiB
- Gateway-Egress: 2 Cent pro GiB
- Route-Ingress und -Egress: 1 Cent pro GiB
Beachten Sie, was in dieser Liste fehlt. Das Publizieren in die Cloud wird nicht gemessen. Der Meter läuft auf Bytes, die hinausfließen, was bedeutet, dass Fan-out der Multiplikator jeder Synadia-Rechnung ist. Eine Nachricht einmal publiziert und an zehn Konsumenten zugestellt ergibt zehn Egress-Zustellungen, nicht eine.
Client- und Leaf-Egress mit 9 Cent pro GiB
Das ist die Rate, die echte Rechnungen dominiert, und sie deckt die beiden Arten ab, wie Ihre Systeme Daten konsumieren. Client-Egress sind alle Bytes, die aus der Cloud an Ihre Anwendungen zugestellt werden: Subscriber-Zustellungen, Request-Reply-Antworten und Stream-Lesevorgänge. Leaf-Egress ist dieselbe Idee, erweitert auf den Edge-Bereich. Ein Leaf-Node ist ein NATS-Server in Ihrem eigenen Netzwerk, der sich mit dem Cloud-Hub verbindet und Subject-Interesse über diese Verbindung brückt, sodass eine Werkshalle oder ein Einzelhandelsgeschäft hinter einer Firewall publizieren und abonnieren kann, ohne eine eingehende Firewall-Regel.
Die abrechnungstechnische Konsequenz ist, dass der Edge nicht kostenlos ist. Jedes Byte, das die Cloud über eine Leaf-Verbindung weiterleitet, ist Egress zum Spitzenpreis. Ein auf ein enges Subject wie orders.created begrenztes Leaf-Abonnement zieht genau dieses Subject. Ein sorgloses Abonnement auf alles zieht den ganzen Datenstrom über eine 9-Cent-Leitung. Interest-Scoping am Edge ist Kostenkontrolle, nicht nur gute Hygiene.
Gateway-Egress mit 2 Cent pro GiB
Gateways verbinden Cluster zu einem Supercluster, typischerweise über Regionen hinweg, sodass eine Workload in einer Region Subjects in einer anderen erreichen kann. Gateway-Egress ist der Replikations- und Cross-Region-Traffic zwischen diesen Clustern, gemessen mit 2 Cent pro GiB.
Zwei Cent klingen vernachlässigbar, bis Sie bedenken, dass sie auf den Transfergebühren des Cloud-Anbieters darunter aufsetzen. Synadias eigene Betriebsempfehlung markiert eine hohe Gateway-Traffic-Ratio als ein Problem, das es zu beheben gilt, und merkt an, dass allein der Transfer zwischen Availability Zones etwa einen Cent pro Gigabyte in jede Richtung kostet. Ein Team, das stark über Regionen hinweg repliziert, zahlt die Transferkosten des Anbieters und Synadias Gateway-Meter auf dieselben Bytes. Halten Sie Publisher, Streams und Konsumenten in einer Region, es sei denn, die Architektur benötigt wirklich Geo-Verteilung.
Route-Traffic mit 1 Cent pro GiB
Routes sind die Intra-Cluster-Verbindungen zwischen NATS-Servern, die den Routing- und Replikationsverkehr tragen, der einen Cluster kohärent hält. Mit einem Cent pro GiB in beide Richtungen ist dies der günstigste Meter auf der Seite, und das ist Absicht. Er existiert, damit eine resiliente Multi-Server-Topologie Sie nicht bestraft. Wenn Route-Traffic jemals als nennenswerte Position auf Ihrer Rechnung auftaucht, stimmt etwas strukturell nicht, denn es braucht das Neunfache an Volumen, um einem Dollar Client-Egress zu entsprechen.
Was das bei realem Volumen kostet
Raten pro Gigabyte ergeben nur Sinn, wenn man sie hochrechnet, also hier drei realistische Szenarien.
Ein Nebenprojekt mit einer Handvoll Dienste passt in Starters 100 GiB, ohne darüber nachzudenken. Zehntausend kleine Nachrichten pro Tag, jede an zwei Konsumenten zugestellt, ergeben etwa 20 GiB pro Monat. Die Rechnung ist pauschal 49 Dollar, kein Overage, und die effektive Rate auf die inkludierten Daten liegt bei etwa 49 Cent pro GiB. Der Fehler in dieser Größenordnung ist der Upgrade auf Pro für Reserve, die Sie nicht brauchen: 150 Dollar mehr pro Monat für Gigabytes, die Sie nie anfassen.
Eine mittelgroße SaaS-Plattform, die Order- und Notification-Events an ihre Worker und zwei Edge-Leaf-Nodes streamt, erzeugt etwa 1,2 TiB Client- und Leaf-Egress pro Monat. Auf Starter sind das ungefähr 1.129 GiB Overage zu 9 Cent, also etwa 102 Dollar über den 49-Dollar-Basispreis, für eine Rechnung von 151 Dollar. Immer noch günstiger als Pros 199 Dollar, und der Break-even liegt weiter entfernt, als die meisten Teams vermuten: Der 150-Dollar-Schritt von Starter zu Pro amortisiert sich allein über Netzwerkdaten erst ab etwa 1,6 TiB monatlichem Overage. Unterhalb dieser Linie upgraden Sie wegen Verbindungen, Streams oder Speicher, niemals wegen des Datenkontingents. Machen Sie diese Division, bevor Sie auf Upgrade klicken.
Jetzt kommt Geo-Replikation hinzu. Dieselbe Plattform spiegelt Streams über Regionen hinweg für Disaster Recovery, was 500 GiB Gateway-Egress hinzufügt, und der gesamte Client-Egress landet knapp unter 2 TiB im Pro-Plan. Der Client-Overage beträgt 960 GiB über dem inkludierten Terabyte zu 9 Cent, also 86,40 Dollar. Der Gateway-Overage beträgt 500 GiB zu 2 Cent, also 10 Dollar. Die Rechnung ist 199 plus 96,40, also 295,40 Dollar, und zwei Drittel des Overages stammen aus einer Replikations-Topologie, die niemand bepreist hat, als sie auf einem Whiteboard gezeichnet wurde. Das ist die wiederkehrende Gestalt einer überraschenden Synadia-Rechnung: nicht eine große Zahl, sondern Fan-out und Replikation, die eine kleine Rate multiplizieren.
Warum Production-Messaging variable COGS und keine Gemeinkosten ist
Messaging, das Ihr Produkt an zahlende Kunden liefert, ist ein direkter Umsatzkostenfaktor. Es skaliert mit der Nutzung, es verschwindet, wenn nichts verkauft wird, und Investoren erwarten, es über der Bruttomarge-Linie zu sehen, neben Compute, Datenbank, Speicher und Bandbreite für die Produktion.
Die Rechnungslegungsstandards lassen hier Spielraum: Die allgemein anerkannten Grundsätze definieren die Cost of Goods Sold nicht präzise, und die SaaS-Bruttomargen-Praxis füllt die Lücke mit einem Direktkosten-Test. Fragen Sie, ob die Ausgabe existiert, um Kunden in der Produktion zu bedienen. Streams, die Order-Events tragen, Zustellungen, die an kundenorientierte Worker verteilt werden, und Leaf-Verbindungen, die Edge-Standorte speisen, die Kunden bedienen, bestehen alle. Das Staging-Konto, das den Traffic der letzten Woche wiederholt, das Load-Test-Topic und die Developer-Sandbox-Abonnements nicht. Diese gehören in Forschung und Entwicklung oder allgemeine Gemeinkosten.
Die Produktionsgrenze ist das ganze Spiel. Eine Synadia-Rechnung fasst jedes Konto und jeden Traffic-Typ zusammen, also teilen Sie sie jeden Monat anhand der Nutzung pro Konto aus dem Dashboard auf. Teams, die die Aufteilung überspringen, irren sich meist in die schmeichelhafte Richtung, vergraben Infrastruktur in Gemeinkosten und melden eine Bruttomarge, die ihre Unit Economics nicht verteidigen können. Eine Due-Diligence-Prüfung reklassifiziert das an einem Nachmittag, und die neu dargestellte Marge ist nie die höhere.
Buchen Sie den Nettobetrag, den Sie tatsächlich zahlen. Ungenutzte inkludierte Daten sind kein Vermögenswert, und die kostenlose Personal-Stufe ist kein Umsatz, also gibt es nichts aufzublähen oder vorzutragen. Wenn Sie Sichtbarkeit auf die Reserve wollen, verfolgen Sie verbrauchte versus inkludierte Gigabytes in Ihren Metriken und halten Sie den Buchungssatz zu Cash-Kosten.
Wie Sie es so verbuchen, dass Ihre Marge die Wahrheit sagt
Geben Sie Messaging ein eigenes Cost-of-Sales-Konto, statt es in eine generische Cloud- oder Software-Position zu mischen. Ein dediziertes Konto wie Cloud-Messaging lässt Sie die Monatsausgabe durch die Egress-Gigabytes des Monats teilen und Ihre wahren Kosten pro GiB sehen, die Zahl, die Ihnen sagt, ob Wachstum beim Fan-out die Marge frisst.
Die Synadia-Abbuchung erfolgt nach Monatsende, also stellen Sie sie zurück. Schätzen Sie den Produktionsanteil zum Monatsabschluss aus Ihren Egress-Metriken, gleichen Sie ihn gegen die Rechnung ab, wenn sie eintrifft, und halten Sie den Nicht-Produktionsanteil aus den Umsatzkosten heraus. Hier ist ein vollständiger Zyklus für einen Januar, in dem die Produktion geschätzte 291,20 Dollar gegen eine tatsächliche Rechnung von 295,40 Dollar lief, mit einem separaten 49-Dollar-Starter-Team für die Entwicklung:
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 USDGleichen Sie den zurückgestellten Betrag mindestens monatlich mit der Netzwerknutzung pro Konto im Dashboard ab, mit Client-, Gateway- und Route-Traffic als separaten Positionen, damit ein Spike in einer davon nicht im flachen Trend der anderen verschwindet. Wenn Sie Ihre Bücher in Klartext führen, lassen sich die Muster zur Kostenverfolgung in der Doku auf natürliche Weise auf eine Aufteilung des Messagings nach Traffic-Typ erweitern.
Eine Klassifizierungsfalle, die Sie vermeiden sollten: Add-ons wie zusätzliche Leaf-Nodes, Connectivity-Pakete und Speicher sind weiterhin Messaging-Kosten, wenn sie der Produktion dienen, aber das Remote-System-Add-on, das Ihr eigenes selbst gehostetes NATS-System anbindet, ist eine Entscheidung für eine Hybrid-Architektur. Wenn diese Verbindung existiert, um ein altes On-Premises-System am Leben zu halten, statt aktuelle Kunden zu bedienen, gehört sie dorthin, wo die Kosten dieses Systems liegen, nicht in die Umsatzkosten.
Fünf Kontrollen, die verhindern, dass Egress die Marge frisst
Beginnen Sie mit Fan-out-Disziplin und Payload-Größe. Zusammen adressieren sie den Multiplikator und den Multiplikanden, und beides sind Korrekturen im Umfang eines Nachmittags.
1. Behandeln Sie jede Zustellung als Einkauf
Jede Subscriber-Zustellung ist separat gemessener Egress, also prüfen Sie, wer was empfängt. Hängen Sie enge Subject-Scopes an, damit jeder Konsument nur die Events bekommt, die er verarbeitet, und entfernen Sie tote Abonnements von außer Betrieb genommenen Workern. Ungefilterter Fan-out zahlt die Zustellung für Nachrichten, die der Konsument bei Ankunft verwirft. Das ist reine Verschwendung mit einer Ein-Zeilen-Korrektur pro Abonnement.
2. Setzen Sie den Payload auf Diät
Halten Sie Events schlank. Speichern Sie das vollständige Dokument im Objektspeicher und senden Sie eine Referenz mit den Kennungen, die der Konsument braucht, das Claim-Check-Muster. Entfernen Sie eingebettete Blobs, duplizierte Kundendatensätze und verbose Debug-Kontexte aus dem Hot Path. Jedes Gigabyte, das Sie entfernen, spart 9 Cent bei jeder Zustellung jeder Nachricht, die es trug, weshalb die Payload-Größe als Sparhebel meist den Planvergleich schlägt.
3. Begrenzen Sie das Leaf-Node-Interesse eng
Eine Leaf-Verbindung leitet nur Subjects mit Interesse auf der anderen Seite weiter, was das Edge-Abonnement zum Ventil an einer 9-Cent-Leitung macht. Prüfen Sie jedes Leaf-Abonnement quartalsweise und bestätigen Sie, dass jedes noch eine aktive Edge-Workload bedient. Ein vergessenes Catch-all-Abonnement an einem einzigen Standort kann still den gesamten Subject-Raum über die teuerste Leitung auf der Rechnung ziehen.
4. Halten Sie Streams nahe an ihren Konsumenten
Kolokieren Sie Publisher, Streams und Konsumenten in einer Region, wo immer es die Architektur erlaubt. Cross-Region-Replikation zahlt Gateway-Overage plus den darunterliegenden Transfer des Anbieters auf dieselben Bytes, also behandeln Sie jedes Gateway-Gigabyte als schuldig, bis das Gegenteil bewiesen ist. Wenn Disaster Recovery wirklich eine zweite Region braucht, replizieren Sie die kleinste Subject-Menge, die das Wiederherstellungsziel erfüllt, nicht das ganze Konto.
5. Dimensionieren Sie den Plan richtig und beobachten Sie die Burn Rate
Verfolgen Sie verbrauchte versus inkludierte Gigabytes wöchentlich, nicht monatlich, denn Overage entsteht still, bis der Zyklus schließt. Denken Sie an den Break-even von 1,6 TiB, bevor Sie Starter aus Datengründen auf Pro upgraden, und denken Sie in die andere Richtung an die Personal-Klippe: Teams, die im kostenlosen Tarif prototypisieren, sollten vor jedem Traffic-Spike, der ihnen wichtig ist, upgraden, denn Personal beantwortet Overage mit getrennten Verbindungen, nicht mit einer Rechnung.
Monatsend-Checkliste für Messaging-Kosten
Schließen Sie den Kreis jeden Monat auf dieselbe Weise, damit die Zahlen vertrauenswürdig bleiben:
- Ziehen Sie Egress-Gigabytes nach Traffic-Typ aus dem Dashboard, nicht logische Nachrichtenzahlen aus Anwendungslogs.
- Teilen Sie die Ausgabe jedes Typs durch seine Gigabytes und vergleichen Sie mit den Benchmarks von 9, 2 und 1 Cent.
- Berechnen Sie den Zustellungs-Fan-out pro Subject, indem Sie Zustellungen durch Publishes teilen; alles über Ihrer Design-Ratio verdient eine Abonnement-Prüfung.
- Trennen Sie Produktions- von Staging- und Sandbox-Nutzung pro Konto und bestätigen Sie, dass nur die Produktion in den Umsatzkosten gelandet ist.
- Gleichen Sie die Rückstellung des letzten Monats mit der abgerechneten Rechnung ab und tragen Sie die Abweichung in Ihrer Schätzung vor.
- Prüfen Sie den Gateway-Traffic als Anteil des gesamten Egress und bestätigen Sie, dass jeder Cross-Region-Flow noch einen architektonischen Grund hat.
- Bestätigen Sie, dass jedes im Monat neu angelegte Konto, jeder neue Stream und jeder neue Leaf-Node das Production-Tagging und enge Subject-Scopes geerbt hat.
Ziehen Sie heute die Synadia-Netzwerkpositionen dieses Monats aus Ihrem Dashboard und vergleichen Sie die gesamten Egress-Gigabytes mit dem inkludierten Kontingent. Wenn der Overage schneller wächst als die Kundennutzung, multiplizieren Fan-out oder Replikation die Rate, und Ihr günstigster Margengewinn ist ein kleinerer Payload und engere Abonnements, nicht ein größerer Plan.
