Push-Abonnenten sind eine Art von Pub/Sub-Abonnenten, bei denen Nachrichten von Pub/Sub an einen vom Nutzer angegebenen HTTPS-Endpunkt gesendet werden. Der Nutzer bestätigt eine gepushte Nachricht, indem er eine HTTP 200-Antwort auf die Anfrage des Push-Servers zurückgibt. In diesem Dokument finden Sie einige allgemeine Tipps zur Fehlerbehebung bei Pub/Sub-Push-Abos. Weitere Informationen zu Push-Abos finden Sie im Leitfaden für Push-Abo.
Wenn Sie Ihr Pub/Sub-Abo effektiv überwachen möchten, sollten Sie sich zuerst den Status der Zustellungslatenz (subscription/delivery_latency_health_score) ansehen, um zu prüfen, welche Faktoren zu einer unerwarteten Latenz beitragen könnten.
Fehlgeschlagene oder langsame Push-Endpunkte
Wenn der Endpunkt einen Fehlerantwortcode zurückgibt, wird die Nachrichtenübermittlung als fehlgeschlagen betrachtet und später noch einmal versucht. Das kann dazu führen, dass der Endpunkt doppelte Nachrichten empfängt.
Es gibt mehrere Messwerte, mit denen Sie Push-Abos beobachten können. Der Messwert subscription/push_request_count in den Cloud-Messwerten kategorisiert Antworten vom Push-Endpunkt nach response_code und response_class. Die Antworten sind nützlich, um potenzielle Endpunktfehler zu identifizieren. Wenn für diesen Messwert Daten mit einer anderen response_class als ack vorliegen, gibt der Push-Endpunkt Fehler an Pub/Sub zurück. Zu den häufigsten Fehlern gehören:
Eine
deadline_exceeded-Antwortklasse gibt an, dass der Push-Endpunkt nicht innerhalb der erforderlichen Frist für die Bestätigung (Ack) geantwortet hat. Mit dem Messwertsubscription/push_request_latencieslässt sich die Push-Bestätigungslatenz erfassen.Eine
invalid-Antwortklasse gibt an, dass der Endpunkt eine Antwort zurückgegeben hat, die Pub/Sub nicht verstehen oder richtig verarbeiten konnte.Eine
remote_server_4xx-Antwortklasse weist in der Regel auf Authentifizierungs- oder Berechtigungsprobleme hin. Dies sind HTTP-Antwortcodes, die vom Endpunkt zurückgegeben werden. Sehen Sie sich daher die Szenarien an, unter denen dieser Antwortcode zurückgegeben wird. Wenn die Authentifizierung aktiviert ist, prüfen Sie, ob Ihr Konto die richtige Berechtigung für den Endpunkt hat. Weitere Informationen zur Authentifizierung bei Push-AbosEine
remote_server_5xx-Antwortklasse weist auf ein serverseitiges Problem auf der Endpunktseite hin. Der Endpunkt kann die Anfrage nicht verarbeiten. Das kann an einer laufenden Wartung oder einem Ausfall liegen. Prüfen Sie den Status des Servers, auf dem der Endpunkt gehostet wird.Eine
unreachable-Antwortklasse gibt an, dass der Endpunktserver überhaupt nicht erreicht werden kann. Prüfen Sie die Endpunkt-URL auf Tippfehler.
Weitere Informationen zu den häufigsten Fehlercodes der Pub/Sub API
Einschränkungen für Push-Abos in einem VPC-SC-Perimeter
Wenn in einem Projekt der Schutz durch VPC Service Controls (VPC-SC) aktiviert ist, gibt es Einschränkungen beim Erstellen von Push-Abos. Vorhandene Push-Abos funktionieren weiterhin, aber wenn Sie ein neues Push-Abo erstellen, wird der Fehler Request is prohibited by organization's policy angezeigt. Neue Push-Abos können nur erstellt werden, wenn der Push-Endpunkt ein Cloud Run-Dienst mit der Standard-run.app-URL ist. Weitere Informationen und Einschränkungen finden Sie in der Pub/Sub-Dokumentation und in der VPC-SC-Dokumentation.