2017-07-20 12 views
0

.NET SDKを使用して、紺色の検索サービスにデータをアップロードしています。私たちはすでにHTTP 207レスポンスを取得し始めると、自動的に元の状態に戻り、HTTP 503レスポンスを取得するとさらにロジックを有効にします。Azure Search Serviceがどのくらいビジーであるかをどのように判断できますか?

私が見ている問題は、すべてブラックボックスのようです。私は知りたいどのように検索サービスが忙しいので、データの特定のアップロードを再試行する前に、十分に長く待たずに問題を引き起こすことはありません。紺碧の検索サービスのステータス、ビジー状態などの診断情報を入手できますか? 207と503を受け取ったときに使用できる任意の種類の診断情報を取得できるので、数秒または数分(自動的に検索サービスが報告されたことに基づいて動的に把握)を待つことができます。検索サービスが本当に準備ができたら、より多くのデータを送信しますか?

おかげで、 アンドレス

答えて

0

は、.NET SDKを使用しているので、あなたはすでに503sに動作を再試行してきました。 SDKはデフォルトで指数バックオフ戦略を使用します。あなたが対処しなければならない唯一の再試行のケースは、Index APIから返された207秒です。

現在、AzureにはAPIはありません。検索サービスのビジー状態を積極的に測定するための検索。無料サービスを利用していないと仮定すると、検索サービスのすべての容量はあなた専用です。検索サービスは、アプリケーションが負荷をかけているため、検索サービスが再びビジー状態になることはありません。これがリトライ時の指数バックオフ戦略を推奨する理由です。

SDKの指数再試行戦略がどのように実装されているかを確認するには、review the code on GitHubを使用できます。

関連する問題