Skip to main content
日本語版はAIによる翻訳です。正確な情報については英語版をご参照ください。
Auxiaは、APIリクエストの成功・失敗を一般的なHTTPレスポンスコードで示します。概要は以下のとおりです。
  • 2xx 番台のコードは成功を示します。
  • 4xx 番台のコードは、必須フィールドの欠落、無効なAPIキー、存在しないリソースの参照など、リクエストに起因するエラーを示します。429 を除き、同じリクエストを再送しても成功しません。
  • 5xx 番台のコードは、Auxia側のエラーを示します。発生はまれで、通常はリトライが可能です。

エラーレスポンス

API本体が返すすべてのエラーレスポンスは、以下の属性を持つ application/json のボディを返します。
一部のメッセージの末尾には、Reference A0D3427F89CACF13.F26AB72FAA88C751 や [ID: 66A1855B08B0DF57.057CA4DCB18714FF; ...] のような参照IDが含まれます。失敗したリクエストについてAuxiaにお問い合わせいただく際は、この参照IDをお知らせください。

HTTPステータスコード一覧

サーバーエラー

500 レスポンスは標準のエラーボディを返します。
Auxia内部でタイムアウトが発生した場合も 500 が返され、メッセージに error code E4896 が含まれます。 API本体が返す 503 および 504 レスポンスも同じ形式です。 API本体ではなくAuxiaのロードバランサーが返す 5xx レスポンスは、text/html のボディになります。以下は 502 の例です。
サーバーエラーはボディではなく、ステータスコードで判定してください。

エラーへの対処

リトライ時は、ジッター付きの指数バックオフを使用してください。最初のリトライまで約1秒待ち、試行ごとに待機時間を2倍にし、ランダムな遅延を加えます。障害が長引いた際にトラフィックが増幅しないよう、試行回数には上限を設けてください。

リトライの安全性

5xx エラーで失敗したリクエストや、クライアント側でタイムアウトしたリクエストも、サーバー側では処理済みの可能性があります。データを書き込むリクエストをリトライする前に、重複が問題にならないか確認してください。

レート制限

Insert Treatment および Update Treatment には、プロジェクト単位のレート制限が設定される場合があります。上限を超えると、APIは以下のヘッダーとともに 429 を返します。

エラー処理のテスト

エラー処理をテストする際は、お客様のテスト環境でAuxia APIのスタブを用意し、このページに記載したステータスコードとボディを返すようにしてください。Auxiaは、サーバーエラーを任意に発生させる機能を提供していません。