U bouwt een voorraadsysteem dat een telling per item moet bijhouden met hoge gelijktijdigheid en moet garanderen dat updates voor hetzelfde item geserialiseerd worden. Meerdere clients zullen de voorraad verhogen en verlagen en af en toe de huidige telling uitlezen. Welke twee acties moet u ondernemen met Durable Functions?

Durable Entities zijn de juiste keuze omdat ze de status per entiteit bijhouden en updates voor dezelfde entiteit serialiseren, wat essentieel is voor het bijhouden van voorraadaantallen met hoge gelijktijdigheid. De entiteitsfunctie (bijv. Inventory) definieert de bewerkingen (AddStock, RemoveStock) en beheert de status intern. Om interactie met deze entiteit te bewerkstelligen, wordt vanuit een clientfunctie (zoals een HTTP-getriggerde functie) een EntityId geconstrueerd en worden updates via SignalEntityAsync verzonden, wat een eenrichtingsbericht is. Voor het uitlezen van de huidige voorraadstand wordt ReadEntityStateAsync gebruikt. Het starten van een nieuwe orchestrator per updateverzoek is inefficiënt en garandeert geen serialisatie voor hetzelfde item. Een statisch in-memory woordenboek met C-vergrendelingen is niet schaalbaar en niet persistent bij functie-instanties. Table storage met ETags biedt optimistische gelijktijdigheid, maar vereist meer handmatige implementatie voor het serialiseren van updates voor hetzelfde item en is niet zo robuust als Durable Entities voor dit specifieke scenario.