Você tem dois microsserviços no Azure Container Apps: service-a e service-b. Você quer que o service-a chame o service-b sem codificar IPs e se beneficie de retentativas/timeouts. Você também precisa persistir o estado do carrinho de compras usando um backend gerenciado sem escrever código de SDK de armazenamento. Quais duas ações você deve realizar?

A primeira ação correta é habilitar o Dapr em ambos os Container Apps e usar a invocação de serviço Dapr. O Dapr (Distributed Application Runtime) fornece abstração de descoberta de serviço, retentativas e timeouts, permitindo que o service-a chame o service-b pelo nome lógico (app-id) sem codificar IPs. A chamada via http://localhost:3500/v1.0/invoke/service-b/method/{endpoint} é o padrão Dapr para invocação de serviço. A segunda ação correta é criar um componente de estado Dapr no ambiente do Container Apps, usando o Azure Cosmos DB como backend. O Dapr oferece APIs de gerenciamento de estado que abstraem a complexidade do armazenamento subjacente, permitindo que o service-a persista e recupere o estado do carrinho de compras usando uma API HTTP simples, sem a necessidade de SDKs de armazenamento específicos. Encaminhar chamadas via Azure Front Door e usar cookies de sessão não é ideal para comunicação interna de microsserviços e persistência de estado escalável. Montar um volume do Azure Files para persistência de estado é menos eficiente e escalável do que um componente de estado Dapr com um backend de banco de dados.