Was passiert, wenn ich einen kontinuierlich laufenden Azure WebJob mit einem Warteschlangen-Trigger (Warteschlangenverbindung in app.config) in einem Deployment-Slot bereitstellen (z. B. "Staging")?Azure WebJobs und Bereitstellungssteckplätze
Fängt es an zu laufen und Nachrichten in der Warteschlange zu hören oder wird nur im Produktions-Slot starten?
Meine Angst ist, dass, wenn nur die Verarbeitung von Nachrichten aus der Warteschlange beginnen wird, auch wenn es noch nicht im Produktions-Slot ist. Wenn dies der Fall ist, sollte der Warteschlangenverbindungsstring von app.config in die Azure-Website-Konfiguration verschoben werden, damit meine Staging- und Produktions-Slots in verschiedenen Warteschlangen ausgeführt werden können?
Wenn wir Staging w/Produktion tauschen ... dann bedeutet, dass ich in gehen und manuell meine Warteschlangen direkt wieder zusammenbauen? Wenn ich eine "Staging" -Warteschlange für meinen "Staging" -Slot eingerichtet habe, um sie zu bearbeiten, dann zeigt meine "Produktion" (die nur "Staging" war) immer noch auf die "Staging" -Warteschlange , Recht? – ericb
Sie haben Recht, und das ist nicht ideal. Wir arbeiten daran, die Situation zu verbessern, indem wir einigen Einstellungen erlauben, "sticky to the slot" zu werden. Wenn Sie also etwas auf dem Staging-Slot setzen und es als sticky markieren, wird es nicht in die Produktion wechseln. –
Das klingt genau das, was ich will. Vielen Dank! – ericb