Azure App Service가 Microsoft Fabric SQL에 대한 TDS 연결을 15초 이내에 간헐적으로 설정하지 못했습니다. Review Queue와 Worklists 또한 약 15초 후에 HTTP 500 오류를 반환했습니다. 이는 SQL 문이 실행되기 전에 발생했으며 로그인 또는 권한과 관련이 없었습니다. 문제는 작고 공유된 용량에서 발생하는 과도한 SQL 워크로드로 인한 Fabric 플랫폼 스로틀링에서 비롯되었습니다. Microsoft Fabric은 버스팅, 스무딩 및 캐리포워드 사용을 통해 컴퓨팅을 제공합니다. 스무딩된 사용량이 용량을 초과하면 작업이 지연되거나 거부됩니다. 활성 스로틀링을 완화하기 위해 사용자는 용량이 자체 복구될 때까지 기다리거나, F SKU 크기를 일시적으로 늘리거나, 용량을 일시 중지했다가 다시 시작할 수 있습니다. 용량 초과 과금도 옵션입니다. 애플리케이션 복원력을 개선하려면 지터(jitter)를 포함한 바운드 재시도(bounded retries)를 구현하고, SQL 타임아웃을 애플리케이션 예산에 맞추고, 상세한 로그를 캡처해야 합니다. Microsoft Fabric Capacity Metrics 앱을 사용하여 용량 사용량, 스로틀링 이벤트 및 초과분을 모니터링하는 것이 중요합니다. 사용자는 프로비저닝된 CU 사용량이 100%에 도달했을 때 용량 경고를 구성해야 합니다. 작업을 분산하고 워크로드를 분산하여 피크 동시 사용량을 줄이면 스로틀링을 방지하는 데 도움이 될 수 있습니다.