Pub/Sub Kosten sind Durchsatz je TiB: Jedes Byte, das an ein Thema veröffentlicht wird, und jedes Byte, das an ein Abonnement geliefert wird, zählt, zu einem Satz in jeder Region nach den ersten 10 GiB im Monat, mit höheren Sätzen für Abonnements, die direkt nach BigQuery oder Cloud Storage schreiben, und für Import-Themen, die aus anderen Systemen lesen; aufbewahrte Nachrichten und Snapshots zahlen Speicher je GiB-Monat, und Egress verlässt die Region zu Netzwerksätzen. Pub/Sub Lite verkauft stattdessen reservierte Kapazität je Zone und Kapazitätseinheit. Eventarc liefert Ereignisse über Pub/Sub und berechnet in seiner erweiterten Form je Million veröffentlichter Ereignisse, Cloud Tasks je Million Operationen und Cloud Scheduler je Job und Monat. Auf der Rechnung ist Pub/Sub proportional zu den Bytes, die eine Anwendung sendet, und zur Zahl der Abonnements, die sie lesen, weil eine Nachricht mit drei Abonnements ihre Bytes viermal zahlt, und die Speicherzeile erscheint, wenn bestätigte Nachrichten aufbewahrt werden oder ein Abonnement zurückfällt.
Preisdimensionen
Google bepreist Messaging nach den Bytes, die fließen, nicht nach Nachrichten oder Themen; jeder Satz hat seine eigene SKU, und die Durchsatzsätze unterscheiden sich nicht nach Region.
| Dimension | Einheit | Was sie treibt | Optional |
|---|---|---|---|
| Nachrichtenzustellung | TiB Durchsatz, veröffentlichte wie gelieferte Bytes, zum Basissatz in jeder Region; die ersten 10 GiB im Monat je Rechnungskonto frei; mindestens 1.000 Bytes je Veröffentlichungs- oder Pull-Anfrage | Jede veröffentlichte Nachricht und jedes Abonnement, das sie empfängt, Pull, Push oder Streaming-Pull | Nein |
| BigQuery- und Cloud-Storage-Abonnements | TiB Abonnement-Durchsatz zu einem höheren Satz, ohne weitere Aufnahmegebühr an der Senke | Abonnements, die ohne Pipeline nach BigQuery oder in einen Bucket schreiben | Ja |
| Import-Themen | TiB Veröffentlichungsdurchsatz zu einem höheren Satz aus Kinesis, Cloud Storage, Event Hubs, MSK oder Confluent | Themen, die aus anderen Systemen aufnehmen | Ja |
| Speicher | GiB-Monat aufbewahrter bestätigter Nachrichten, Snapshots und unbestätigter Nachrichten über das freie Fenster hinaus | Aufbewahrungseinstellungen von Thema und Abonnement, langsame oder gestoppte Abonnenten | Ja |
| Einzelnachrichten-Transformationen | TiB verarbeiteter Daten durch eine Transformation auf Thema oder Abonnement; KI-Inferenz-Transformationen nach der angereicherten Nachricht | Konfigurierte Transformationen | Ja |
| Egress | GiB zu Netzwerksätzen, wenn ein Abonnent aus einer anderen Region oder dem Internet liest; innerhalb der Region frei | Regionsübergreifende Konsumenten | Ja |
| Pub/Sub Lite | Kapazitätseinheiten je Zone und Stunde für Veröffentlichungs- und Abonnement-Durchsatz, plus reservierter Speicher je GiB-Monat | Messaging mit reservierter Kapazität | Ja |
| Eventarc | Standardereignisse frei je Million veröffentlicht; erweiterte Ereignisse je Million veröffentlicht nach der Vorschau; die Pub/Sub-Zustellung dahinter zu Pub/Sub-Sätzen | Ereignisweiterleitung an Cloud Run, GKE und Workflows | Ja |
| Cloud Tasks und Cloud Scheduler | Tasks je Million Operationen nach einer freien Million im Monat; Scheduler je Job je 31 Tage nach drei freien Jobs je Rechnungskonto | Warteschlangen und Cron-Jobs | Ja |
| Kaufoption | Keine; kein Commitment auf Messaging |
Durchsatz zählt mindestens doppelt: Eine einmal veröffentlichte und an ein Abonnement gelieferte Nachricht zahlt ihre Bytes beim Veröffentlichen und beim Liefern, und jedes weitere Abonnement auf dem Thema fügt eine weitere Lieferung hinzu, so dass Fan-out die Rechnung mit der Zahl der Leser multipliziert. Das Minimum von 1.000 Bytes je Anfrage macht kleine Nachrichten teurer als ihre Größe: Eine 100-Byte-Nachricht zahlt bei jedem Veröffentlichen und Abholen 1.000 Bytes, und das Bündeln von Veröffentlichungen und Pulls bringt die Zählung auf die echten Bytes zurück. Speicher ist die Zeile für das, was wartet: Ein Abonnement, das zurückfällt, hält unbestätigte Nachrichten sieben Tage frei, aufbewahrte bestätigte Nachrichten und Snapshots zahlen je GiB-Monat, und ein Thema mit Nachrichtenaufbewahrung zahlt jedes Byte für das Aufbewahrungsfenster, ob es jemand noch einmal liest oder nicht. Die BigQuery- und Cloud-Storage-Abonnements kosten je TiB ein Viertel mehr als die reine Zustellung, ersetzen aber einen Dataflow-Job, der mehr kostete als die Differenz. Eventarc ist Pub/Sub mit Weiterleitung: Die Standardereignisse kosten beim Veröffentlichen nichts und zahlen Pub/Sub für die Zustellung, was eine ereignisgetriebene Architektur günstig macht, bis die Ereignisse groß oder viele werden. Die Mechanik aller drei Anbieter erklärt Serverlose Funktionen; was die AWS-Gegenstücke kosten, Messaging- und Streaming-Preise.
So erscheint es in den Abrechnungsdaten
Im Abrechnungsexport tragen die Zeilen service.description Cloud Pub/Sub und eine sku.description je Durchsatzart: Message Delivery Basic für Veröffentlichung und Zustellung in TiB, BigQuery Subscriptions Message Delivery und Cloud Storage Subscriptions Message Delivery für die Senken-Abonnements, Import Topics Message Delivery für Importe, Topic Message Storage und Subscription Message Storage je GiB-Monat, Snapshot Storage, Intra-region Data Delivery und Inter-region Data Delivery für Egress je Grenze; usage.unit ist Byte für Durchsatz und Gibibyte-Monat für Speicher. resource.name im Export mit Ressourcendetails nennt Thema oder Abonnement, und deren Labels in labels sind die Zuordnung je Team; ohne Ressourcendetails summieren sich die Themen eines Projekts zu einer Zeile je SKU und Tag, und das Volumen je Thema steht in den Pub/Sub-Metriken topic/byte_cost und subscription/byte_cost, die genau die abrechenbaren Bytes zählen. Eventarc-Zeilen tragen service.description Eventarc für erweiterte Ereignisse und nichts für Standardereignisse, Cloud Tasks Cloud Tasks mit Operations je Million, Cloud Scheduler Cloud Scheduler mit Jobs je Monat.
Die freien 10 GiB erscheinen als credits.type FREE_TIER neben der Zustellungszeile; einen Nutzungs- oder Commitment-Rabatt gibt es auf Pub/Sub nicht. Den Aufbau des Exports beschreibt Google-Cloud-Abrechnungsexport; im FOCUS-Export trägt ServiceName Cloud Pub/Sub, ServiceCategory Integration, SkuId die SKU und ChargeCategory Usage (FOCUS-Spalten).
Stellhebel
Konfiguration: Der erste Hebel ist die Zahl der Abonnements je Thema, weil jedes Abonnement die Zustellung erneut zahlt und ein Filter auf einem Abonnement Nachrichten verwirft, bevor sie geliefert und berechnet werden; der zweite Nachrichtengröße und Bündelung, weil das Minimum von 1.000 Bytes je Anfrage einzeln gesendete kleine Nachrichten bestraft und gebündelte Veröffentlichungen und Pulls die echten Bytes zählen; der dritte die Aufbewahrung, weil aufbewahrte bestätigte Nachrichten und lange Themenaufbewahrung jeden Monat Speicher für Daten zahlen, die eine Senke schon hält. Dead-Letter-Themen und Wiederholungen sind ebenfalls Abonnements, und ein scheiternder Abonnent, der ewig wiederholt, zahlt seine Zustellungen ewig.
Kaufoption: Keine; Pub/Sub Lite ist die Form mit reservierter Kapazität für gleichmäßige Ströme mit hohem Volumen, bei der die Kapazität nach dem gemessenen Durchsatz dimensioniert wird, und sie ist nur günstiger, wenn die Kapazität genutzt wird.
Architektur: BigQuery- und Cloud-Storage-Abonnements statt eines Dataflow-Jobs für einfache Ladevorgänge, weil der Aufschlag je TiB weniger kostet als die Worker; Eventarc für Ereignisweiterleitung, weil Standardereignisse beim Veröffentlichen nichts kosten; ein Cloud-Run-Worker-Pool oder ein Pull-Abonnent in der Region des Themas, weil Egress über Regionen je GiB zahlt (Netzwerkpreise); und Pub/Sub für Ereignisse, nicht für Dateien, weil eine 10-MB-Nachricht auf jedem Sprung 10 MB zahlt, wo ein Verweis auf ein Objekt 1.000 Bytes zahlt. Was die Konsumenten kosten, steht unter Cloud-Run- und Cloud-Run-Functions-Preise und Dataflow-, Dataproc- und Composer-Preise.
Wo es schiefgeht
- Fünf Abonnements auf dem Datenstrom. Ein Thema mit fünf Abonnements zahlt das Sechsfache seiner Bytes. Die Metrik
subscription/byte_costje Abonnement zeigt, welche Leser es gibt; Filter und weniger Leser senken es. - Winzige Nachrichten, eine je Anfrage. Ein Strom von 100-Byte-Ereignissen, einzeln veröffentlicht, zahlt je 1.000 Bytes. Gebündelte Veröffentlichungen senken die Rechnung um das Zehnfache.
- Der Abonnent ist stehen geblieben, und niemand hat es gemerkt. Unbestätigte Nachrichten sind sieben Tage frei, dann verfallen sie; ein aufbewahrendes Abonnement oder ein Snapshot zahlt Speicher vom ersten Tag an. Das Alter der ältesten unbestätigten Nachricht ist der Alarm.
- Aufbewahrung auf beiden Seiten. Themenaufbewahrung und Abonnementaufbewahrung bestätigter Nachrichten zahlen dieselben Bytes zweimal je GiB-Monat. Eine Aufbewahrung, dort, wo die Wiedergabe tatsächlich stattfindet.
- Die Wiederholungsschleife. Ein Push-Abonnement an einen Endpunkt, der scheitert, wiederholt mit Backoff für die Lebensdauer der Nachricht und zahlt jede Zustellung. Ein Dead-Letter-Thema beendet die Schleife nach wenigen Versuchen.
- Dateien durch das Thema. Nachrichten nahe der 10-MB-Grenze zahlen ihre Größe bei jedem Veröffentlichen und Liefern. Ein Zeiger auf ein Cloud-Storage-Objekt kostet 1.000 Bytes je Sprung.
- Der Konsument liegt in einer anderen Region. Ein Abonnent in Belgien, der ein Thema in Frankfurt liest, zahlt Egress zwischen Regionen für jedes Byte. Konsumenten dort, wo das Thema ist.
Beispiel
Listenpreise in USD, gelesen am 2026-10-21 von den Preisseiten von Pub/Sub, Eventarc, Cloud Tasks und Cloud Scheduler, in jeder Region gleich, Frankfurt (europe-west3) eingeschlossen: Nachrichtenzustellung kostet 40 USD je TiB nach den ersten 10 GiB im Monat, BigQuery- und Cloud-Storage-Abonnements 50 USD je TiB Abonnement-Durchsatz, Import-Themen 50 USD je TiB aus Kinesis und 80 USD je TiB aus Cloud Storage, Event Hubs, MSK oder Confluent, Speicher 0,27 USD je GiB-Monat; Eventarc-Standardereignisse 0 USD je Million veröffentlicht und erweiterte Ereignisse 1 USD je Million nach der Vorschau; Cloud Tasks 0,40 USD je Million Operationen nach der ersten Million im Monat; Cloud Scheduler 0,10 USD je Job je 31 Tage nach drei freien Jobs je Rechnungskonto.
Eine Anwendung, die 2 TiB im Monat an ein Thema mit einem Pull-Abonnement veröffentlicht, zahlt 4 TiB Durchsatz, 4 × 40 abzüglich der freien 10 GiB, rund 159,61 USD; mit drei Abonnements 8 TiB, 319,61 USD; dieselben 2 TiB als einzeln veröffentlichte 100-Byte-Nachrichten zählen je 1.000 Bytes und zahlen das Zehnfache des veröffentlichten Volumens, rund 1.200 USD allein für die Veröffentlichungsseite. Ein BigQuery-Abonnement auf dem 2-TiB-Thema kostet 100 USD Abonnement-Durchsatz anstelle der Worker eines Dataflow-Jobs. Die 2 TiB bestätigter Nachrichten des Monats für eine Wiedergabe aufzubewahren kostet 2.048 × 0,27 = 552,96 USD im Monat, mehr als die Zustellung selbst. Ein ereignisgetriebenes System, das 50 Millionen Eventarc-Standardereignisse zu 2 KB im Monat an Cloud Run leitet, zahlt nichts für die Ereignisse und rund 7,45 USD für die 186 GiB Pub/Sub-Zustellung dahinter; 100 Cloud-Scheduler-Jobs kosten 9,70 USD im Monat. Die Zahlen zeigen, dass Fan-out und kleine Nachrichten die Durchsatzrechnung vervielfachen, dass Aufbewahrung mehr kostet als Zustellung, und dass die Ereignisweiterleitung selbst fast frei ist.
Quellen
Gelesen am 2026-10-21. Preise: Pub/Sub Preise, Eventarc Preise, Cloud Tasks Preise, Cloud Scheduler Preise. Dienst: Pub/Sub Kontingente und Grenzen, Nachrichtenaufbewahrung und Wiedergabe, Pub/Sub überwachen. Abrechnungsdaten: Struktur des Standard-Exports der Cloud-Billing-Daten.