Sowohl Cloud Tasks als auch Pub/Sub können zur Implementierung von Message Passing und asynchroner Einbindung verwendet werden. Obwohl die Dienste auf ähnliche Weise funktionieren, zeichnen sie sich jeweils durch wichtige Unterschiede aus. Auf dieser Seite erfahren Sie, wie Sie das richtige Produkt für Ihren Anwendungsfall auswählen.
Wichtige Unterschiede
Der Hauptunterschied zwischen Pub/Sub und Cloud Tasks ist die Verwendung von impliziten gegenüber expliziten Aufrufen.
In Pub/Sub sollen Publisher von Ereignissen entkoppelt und Abonnenten mit diesen Ereignissen gekoppelt werden. Publisher müssen nichts über ihre Abonnenten wissen. Sie können in Pub/Sub versendete Ereignisdaten nicht steuern – sie wissen lediglich, dass die Daten zugestellt werden. So werden in Pub/Sub implizite Aufrufe unterstützt: Abonnenten werden implizit vom Publisher dazu veranlasst, ein Ereignis aktiv zu veröffentlichen.
In Cloud Tasks werden dagegen explizite Aufrufe unterstützt. Das bedeutet, dass Publisher die volle Kontrolle über versendete Ereignisdaten erhalten und somit auch festlegen, wohin diese versendet werden.
Insgesamt eignet sich Cloud Tasks am besten, wenn ein Task-Producer den Ausführungszeitpunkt eines bestimmten Webhooks oder Remoteprozeduraufrufs verschieben oder steuern können soll. Pub/Sub ist optimal für eine allgemeinere Ereignisdatenaufnahme und für Verteilungsmuster, bei denen keine vollumfängliche Kontrolle der Ausführung erforderlich ist.
Detaillierter Funktionsvergleich
| Funktion | Cloud Tasks | Cloud Pub/Sub |
|---|---|---|
| Push über Webhooks | Ja | Ja |
| Mindestens einmalige Zustellung | Ja | Ja |
| Konfigurierbare Wiederholungsversuche | Ja | Ja |
| Deduplizierung bei der Aufgabenerstellung | Ja | Nein |
| Planung von Lieferzeiten | Ja | Nein |
| Bestellte Lieferung | Nein. Die Aufgabenreihenfolge in der Warteschlange wird nach dem Best-Effort-Prinzip beibehalten. | Ja, mit Sortierungsschlüsseln |
| Explizite Kontrolle der Lieferrate | Ja | Pull-Abonnentenclients können eine Ablaufsteuerung implementieren |
| Pull über API | Nein | Ja |
| Batch-Insert | Nein | Ja |
| Mehrere Handler/Abonnenten pro Nachricht | Nein | Ja |
| Aufbewahrung von Aufgaben/Nachrichten | 30 Tage | Bis zu 31 Tage |
| Maximale Aufgaben-/Nachrichtengröße | 1 MB | 10 MB |
| Maximale Lieferrate | 500 QPS/Warteschlange | Keine Obergrenze |
| Geografische Verfügbarkeit | Regional | Global |
| Maximale Verarbeitungsdauer für Push-Handler/Abonnenten | 30 Minuten (HTTP) 10 Minuten (Autoscaling für App Engine-Standardumgebung) 24 Stunden (manuelle oder einfache Skalierung für App Engine-Standardumgebung) 60 Minuten (flexible App Engine-Umgebung) |
10 Minuten für Push-Vorgänge |
| Anzahl der Warteschlangen/Abonnements pro Projekt | 1.000/Projekt, weitere verfügbar über Kontingentanforderung | 10.000/Projekt |