Stai creando un sistema di inventario che deve mantenere un conteggio per articolo con elevata concorrenza e garantire che gli aggiornamenti per lo stesso articolo siano serializzati. Più client incrementeranno e decrementeranno l'inventario e occasionalmente leggeranno il conteggio attuale. Quali due azioni dovresti intraprendere usando Durable Functions?

Le Durable Entities sono ideali per gestire lo stato con elevata concorrenza e garantire l'accesso serializzato. Creare una Durable Entity "Inventory" con operazioni come AddStock e RemoveStock permette di incapsulare la logica di gestione dell'inventario e lo stato per ciascun articolo, garantendo che gli aggiornamenti allo stesso articolo siano elaborati in modo seriale. Per interagire con l'entità, si costruisce un EntityId univoco per l'articolo e si usa IDurableEntityClient.SignalEntityAsync per inviare operazioni in modo asincrono, mentre ReadEntityStateAsync consente di leggere lo stato attuale. L'uso di IDurableOrchestrationClient.StartNewAsync per ogni aggiornamento creerebbe troppe orchestrazioni e non garantirebbe la serializzazione per chiave. Memorizzare i conteggi in un dizionario statico in memoria non sarebbe duraturo e non scalerebbe. Affidarsi agli ETag in Table storage richiederebbe una logica di gestione della concorrenza manuale più complessa rispetto all'approccio intrinseco delle Durable Entities.