Debuggen Sie einen Worker, der in der Produktion 500er wirft
Wann einsetzen: Die Fehlerrate Ihres Workers ist gestiegen. Sie möchten Protokolle, kürzliche Bereitstellungen und einen Unterschied dessen, was sich geändert hat – ohne das Dashboard zu öffnen.
Voraussetzungen
- Cloudflare-Konto mit OAuth verbunden mit Ihrem MCP-Client — Der erste Toolaufruf löst OAuth aus; gewähren Sie die Bereiche ‚Workers Observability' und ‚Workers Bindings'
Ablauf
-
Folgen Sie kürzlichen Worker-Protokollen, gefiltert nach FehlerFolgen Sie Protokollen für Worker ‚api-edge' in den letzten 15 Minuten. Filtern Sie auf Status >= 500. Gruppieren Sie nach den ersten 100 Zeichen der Fehlermeldung.✓ Kopiert→ Häufigste Fehlervorlagen mit Zählungen und Zeitstempel
-
Listet kürzliche Bereitstellungen aufListen Sie die letzten 5 Bereitstellungen von ‚api-edge' auf. Zeigen Sie Bereitstellungszeit, Autor und Versions-Hash.✓ Kopiert→ Bereitstellungs-Zeitstrahl — korrelieren Sie mit dem Fehleranfang
-
Rollback bei BedarfDer Fehleranstieg beginnt nach der Bereitstellung um 14:22. Rollback ‚api-edge' zur vorherigen Version. Fragen Sie mich, bevor Sie bestätigen.✓ Kopiert→ Bestätigungsaufforderung vor destruktiver Aktion
Ergebnis: Ein wiederhergestellter Production Worker mit einer klaren Nachbetrachtungsnotiz ‚Deploy X verursachte Fehler Y'.
Fallstricke
- Protokoll-Verfolgung ist nur in Echtzeit; kann einen Burst verpassen, der bereits vergangen ist — Verwenden Sie für historische Zeitfenster die Logpush- oder Analytics Engine MCP-Tools statt Verfolgung
- Rollback migriert keinen D1/KV-Status — Wenn die fehlerhafte Bereitstellung Migrationen ausgeführt hat, reicht das Rollback des Worker allein nicht aus – Sie benötigen möglicherweise auch eine D1-Wiederherstellung