Azure Container Apps에 service-a와 service-b라는 두 개의 마이크로서비스가 있습니다. service-a가 IP를 하드코딩하지 않고 service-b를 호출하고 재시도/타임아웃의 이점을 얻으려 합니다. 또한 스토리지 SDK 코드 작성 없이 관리형 백엔드를 사용하여 장바구니 상태를 유지해야 합니다. 어떤 두 가지 작업을 수행해야 합니까?

첫 번째 정답은 Dapr(Distributed Application Runtime)의 서비스 호출 기능을 활용하여 마이크로서비스 간의 통신 문제를 해결합니다. Dapr를 활성화하고 각 서비스에 app-id를 할당하면, service-a는 service-b의 IP를 하드코딩할 필요 없이 Dapr 사이드카를 통해 http://localhost:3500/v1.0/invoke/{app-id}/method/{endpoint} 형식으로 호출할 수 있습니다. Dapr는 재시도, 타임아웃, 분산 추적과 같은 기능을 자동으로 제공합니다. 두 번째 정답은 Dapr의 상태 관리 기능을 사용하여 장바구니 상태를 유지합니다. Azure Cosmos DB와 같은 관리형 백엔드를 Dapr 상태 저장소 구성 요소로 설정하면, 개발자는 스토리지 SDK를 직접 코딩할 필요 없이 Dapr 상태 API를 통해 장바구니 데이터를 저장하고 검색할 수 있습니다. 이는 복잡성을 줄이고 개발 효율성을 높입니다. Azure Front Door는 전역 트래픽 관리 및 웹 애플리케이션 방화벽 서비스이며, 서비스 간 직접 호출이나 상태 관리에 적합하지 않습니다. 클라이언트 세션 쿠키에 장바구니 상태를 저장하는 것은 보안 및 용량 문제로 인해 좋은 방법이 아닙니다. Azure Files 볼륨에 JSON 파일을 쓰고 읽는 것은 관리형 백엔드 솔루션이 아니며, 마이크로서비스 환경에서 상태 관리에 적합하지 않습니다.