Sie implementieren einen Durable Functions-Workflow für Spesenabrechnungen. Der Orchestrator muss bis zu 48 Stunden auf die Genehmigung eines Managers warten und dann fortfahren. Wenn innerhalb von 48 Stunden keine Genehmigung eingeht, muss er automatisch ablehnen und eine Benachrichtigung senden. Die Lösung muss gegen Neustarts und Wiederholungen resistent sein. Was sollten Sie im Orchestrator implementieren?

Die korrekte Lösung verwendet Task.WhenAny mit einem externen Ereignis und einem Durable Timer. Dies ist der empfohlene Weg, um in Durable Functions auf menschliche Interaktion mit einem Timeout zu warten. Der Durable Timer ist fehlertolerant und übersteht Neustarts des Orchestrators. Wenn das Genehmigungsereignis zuerst eintrifft, wird der Timer abgebrochen, und der Workflow fährt fort. Wenn der Timer zuerst abläuft, wird der Workflow automatisch abgelehnt. Das Abfragen einer Datenbank in einer Aktivitätsfunktion mit Thread.Sleep ist ineffizient und nicht fehlertolerant für den Orchestrator. Thread.Sleep im Orchestrator selbst würde die Orchestrierung blockieren und ist nicht fehlertolerant. Eine Warteschlangennachricht mit Unsichtbarkeitsverzögerung ist keine direkte Orchestrator-Funktion zur Implementierung von Timeouts und würde die Komplexität unnötig erhöhen.