Vous développez un système de gestion des stocks qui doit maintenir un décompte par article avec une concurrence élevée et garantir que les mises à jour pour le même article sont sérialisées. Plusieurs clients incrémenteront et décrémenteront les stocks et liront occasionnellement le décompte actuel. Quelles sont les deux actions à entreprendre en utilisant Durable Functions ?

Les Durable Entities sont conçues pour gérer des états partagés avec une forte concurrence, garantissant la sérialisation des opérations sur le même article. La première option est correcte car elle décrit la création d'une Durable Entity pour encapsuler la logique de gestion des stocks et son état. La deuxième option est correcte car elle explique comment interagir avec cette entité : SignalEntityAsync envoie des messages d'opération de manière fiable et sérialisée, et ReadEntityStateAsync permet de lire l'état actuel. L'utilisation de IDurableOrchestrationClient.StartNewAsync pour chaque mise à jour créerait de nombreux orchestrateurs, ce qui est inefficace et ne garantit pas la sérialisation des opérations sur le même article. Stocker les décomptes dans un dictionnaire statique en mémoire n'est pas durable et ne s'adapte pas aux environnements sans serveur comme Azure Functions. Persister les décomptes dans Table Storage avec des ETags peut gérer la concurrence optimiste, mais ne garantit pas la sérialisation des mises à jour comme le font les Durable Entities.