Azure App Service が Microsoft Fabric SQL への TDS 接続を 15 秒以内に確立できず、断続的に失敗しました。Review Queue と Worklists も約 15 秒後に HTTP 500 エラーを返しました。これは SQL ステートメントが実行される前に発生し、ログインや権限とは無関係でした。問題は、小規模な共有容量での重い SQL ワークロードによる Fabric プラットフォームのスロットリングに起因していました。Microsoft Fabric は、バースト、スムージング、および繰り越し使用量を通じてコンピューティングを提供します。スムージングされた使用量が容量を超えると、操作は遅延または拒否されます。アクティブなスロットリングを軽減するために、ユーザーは容量が自己修復するのを待つ、F SKU サイズを一時的に増やす、または容量を一時停止して再開することができます。容量超過課金も選択肢です。アプリケーションの回復性を向上させるために、ジッターを伴うバウンドリトライを実装し、SQL タイムアウトをアプリケーション予算に合わせ、詳細なログをキャプチャしてください。Microsoft Fabric Capacity Metrics アプリを使用して、容量使用率、スロットリングイベント、および超過を監視することが重要です。プロビジョニングされた CU 使用量が 100% に達したときに容量アラートを設定する必要があります。ピーク時の同時使用量を、操作の順延とワークロードの分散によって削減することで、スロットリングを防ぐことができます。