У вас есть два микросервиса в Azure Container Apps: service-a и service-b. Вы хотите, чтобы service-a вызывал service-b без жесткого кодирования IP-адресов и использовал преимущества повторных попыток/тайм-аутов. Вам также необходимо сохранять состояние корзины покупок с помощью управляемого бэкэнда без написания кода SDK для хранилища. Какие два действия следует предпринять?

Dapr (Distributed Application Runtime) — это рекомендуемый способ для микросервисов в Azure Container Apps взаимодействовать друг с другом и управлять состоянием. Включение Dapr в обоих контейнерных приложениях и присвоение им идентификаторов приложений позволяет service-a вызывать service-b, используя вызов службы Dapr через http://localhost:3500/v1.0/invoke/service-b/method/{endpoint}. Это обеспечивает обнаружение службы, повторные попытки и тайм-ауты без жесткого кодирования IP-адресов. Для сохранения состояния корзины покупок создание компонента состояния Dapr, поддерживаемого Azure Cosmos DB, и использование HTTP API состояния Dapr в service-a позволяет хранить и извлекать данные без написания кода SDK для хранилища. Маршрутизация через Azure Front Door не решает проблему обнаружения службы между микросервисами и не обеспечивает управление состоянием корзины покупок. Использование клиентских сессионных куки для состояния корзины не является надежным и масштабируемым решением. Монтирование тома Azure Files для сохранения состояния корзины покупок не является идиоматическим для микросервисов, управляющих состоянием, и требует ручной сериализации/десериализации, что противоречит требованию "без написания кода SDK для хранилища".