Tiene dos microservicios en Azure Container Apps: service-a y service-b. Desea que service-a llame a service-b sin codificar las IP y que se beneficie de reintentos/tiempos de espera. También necesita persistir el estado del carrito de compras utilizando un backend administrado sin escribir código del SDK de almacenamiento. ¿Qué dos acciones debería tomar?

La primera acción es correcta porque Dapr (Distributed Application Runtime) simplifica la invocación de servicios entre microservicios en Azure Container Apps. Al habilitar Dapr y usar la invocación de servicio, service-a puede llamar a service-b por su ID de aplicación sin conocer su IP, y Dapr maneja automáticamente los reintentos y tiempos de espera, cumpliendo con los requisitos. La segunda acción es correcta porque Dapr también proporciona componentes de estado que abstraen el almacenamiento subyacente. Al configurar un componente de estado de Dapr respaldado por Azure Cosmos DB, service-a puede persistir el estado del carrito de compras utilizando la API HTTP de Dapr, sin necesidad de escribir código SDK de almacenamiento específico, lo que cumple con el requisito de un backend administrado sin código de SDK. Las opciones incorrectas no cumplen con los requisitos: Azure Front Door no maneja la invocación interna de servicios ni la persistencia de estado de la manera solicitada, y las cookies de sesión del cliente no son un backend administrado. Montar un volumen de Azure Files requeriría código para leer/escribir archivos JSON, lo cual no es un backend administrado sin código SDK.