Nachrichten, die aus der Warteschlange verschwinden, nachdem die Azure-Funktionen gestartet wurden

Question

Ich teste die Azure WebApp + Azure Storage Queue + Azure-Funktionen. Normalerweise funktioniert alles gut, aber wenn ich versuche, den Fehler der Funktionen App (mit Stop-AzureRmWebApp) Nachricht zu emulieren, starten Sie die Funktionen App, die Nachrichten werden konsumiert, aber nicht verarbeitet (und nie in die Warteschlange zurück). Ich benutze Python, um Daten zu verarbeiten, aber ich glaube nicht, dass das wichtig ist. Es scheint, dass die Nachrichten einfach verschwinden.

Ich verwende S1 Plan (nicht dynamisch) mit AlwaysOn.

nichts Vernünftiges in Protokollen (diese drei Ausführungen sind aus, bevor ich die Funktion App deaktiviert):

2016-11-30T11:33:48.216 Executing: 'Functions.somename' - Reason: 'New queue message detected on 'queueName'.' 
2016-11-30T11:33:48.216 Executing: 'Functions.somename' - Reason: 'New queue message detected on 'queueName'.' 
2016-11-30T11:33:48.216 Executing: 'Functions.somename' - Reason: 'New queue message detected on 'queueName'.' 
2016-11-30T11:33:48.216 Function started (Id=dc9fa205-6ddf-47e5-b529-90ccee2ddf0e) 
2016-11-30T11:33:48.232 Function started (Id=5421bc7f-c438-4ffb-82e9-f7021604c247) 
2016-11-30T11:33:48.232 Function started (Id=bb42ab71-3389-4668-a7f4-3d90d5cd96eb) 
2016-11-30T11:33:54.576 Function completed (Success, Id=dc9fa205-6ddf-47e5-b529-90ccee2ddf0e) 
2016-11-30T11:33:54.576 Executed: 'Functions.somename' (Succeeded) 
2016-11-30T11:33:54.670 Function completed (Success, Id=5421bc7f-c438-4ffb-82e9-f7021604c247) 
2016-11-30T11:33:54.670 Executed: 'Functions.somename' (Succeeded) 
2016-11-30T11:33:54.685 Function completed (Success, Id=bb42ab71-3389-4668-a7f4-3d90d5cd96eb) 
2016-11-30T11:33:54.685 Executed: 'Functions.somename' (Succeeded) 

Answer 1

Ich vermute, dass Ihre Nachrichten sind erfolgreich durch Ihre Funktion verarbeitet zu werden. Überprüfen Sie die Registerkarte Monitor für die Ausführungen. Auf der Registerkarte "Monitor" finden Sie alle historischen Ausführungen für Ihre Funktion.

Das Protokollfenster im Portal ist für aktive Debugsitzungen nur - d. H. Sie sind live im Portal ausgeführt/debugging Ihre Funktion. Z.B. Diese Protokolle deaktivieren sich nach einiger Zeit, wenn das Portal getrennt wird. Wenn das Portal im Protokollfenster geöffnet war und die Funktionsanwendung angehalten wurde, konnte der Protokolldatenstrom getrennt werden, sodass die Protokolle nicht im Fenster angezeigt wurden. Um diese Theorie zu testen, könnten Sie nach dem Start/Stopp den Protokolldatenstrom erneut anhalten/starten und er sollte alle kürzlich ausgeführten Ausführungen anzeigen, die während der Verbindungstrennung aufgetreten sind.