Je hebt twee microservices in Azure Container Apps: service-a en service-b. Je wilt dat service-a service-b aanroept zonder IP-adressen te hardcoden en te profiteren van retries/timeouts. Je moet ook de winkelwagenstatus persistent maken met behulp van een beheerde backend zonder opslag-SDK-code te schrijven. Welke twee acties moet je ondernemen?

De eerste actie is correct omdat Dapr (Distributed Application Runtime) service-naar-service communicatie mogelijk maakt zonder hardgecodeerde IP-adressen, inclusief ingebouwde retries en timeouts. Door Dapr in te schakelen en de Dapr sidecar aan te roepen via localhost:3500, kan service-a service-b aanroepen via de Dapr service invocation API, waarbij Dapr de service discovery en betrouwbare communicatie afhandelt. De tweede actie is correct omdat Dapr state management componenten biedt die een beheerde backend (zoals Azure Cosmos DB) kunnen gebruiken voor persistentie, zonder dat de applicatie code voor opslag-SDK's hoeft te bevatten. Door een Dapr state component te configureren en de Dapr state HTTP API aan te roepen, kan service-a de winkelwagenstatus opslaan en ophalen op een platform-agnostische manier. Het routeren via Azure Front Door en het opslaan in client-sessiecookies is niet ideaal voor persistente winkelwagenstatus, omdat cookies beperkt zijn in grootte en niet betrouwbaar zijn voor langdurige of grote datasets. Het koppelen van Azure Files-volumes en het schrijven van JSON-bestanden is een handmatige en minder schaalbare benadering voor state management vergeleken met een beheerde Dapr state store.