ServiceNow インスタンスが 502 (Bad Gateway) で応答するSummaryServiceNow は、常にお客様に最高のサービスを提供するよう努めています。他の複雑なソフトウェアシステムと同様に、インスタンスでエラーメッセージが返される可能性があります。インスタンスまたは ServiceNow とクライアント間のインフラストラクチャで予期しないイベントが発生した場合、HTTP 502 (Bad Gateway) が返されることがあります。この種のエラーはめったに発生しないはずです。 どのような種類の取引が502をトリガーする可能性がありますか? インスタンスに対して行われたトランザクションで 502 がトリガーされる可能性があります。API 呼び出しは、インスタンスに対して開始される割合が高いため、502 エラーが発生する可能性が高くなります。 502を受け取った場合、取引はどうなりますか? ServiceNow から 502 応答を受け取った場合は、トランザクションの実行に失敗したと見なすことができます。ビジネスロジックに応じて、失敗したかどうかを確認し、必要に応じて再試行する必要があります。 失敗時に ServiceNow は再試行できますか? HTTP GETリクエストの場合、502で応答する前にすでに試しました。元のエンドポイントにエラーがあると思われる場合、システムは別のエンドポイントに対して GET 要求を再度プッシュします。HTTP POST 要求はべき等ではないため、自動的に再試行されません。クライアントは 502 に応答して再試行するか、適切なエラーをスローする必要があります。 502 応答は、インスタンスがダウンしていることを意味しますか? すべてのケースで、いいえ。ServiceNow インスタンスは、利用可能なノードのクラスターです。影響を受ける可能性があるのは 1 つのノードのみです。ロードバランサーは、必要に応じてユーザーとAPI呼び出しを追加のノードに移動します。 502 応答の原因を理解するにはどうすればよいですか? トランザクション ログを使用して、502 の時刻を特定し、その時点で実行されていたトランザクションを確認できます。502 の時点でプラットフォームパフォーマンスメトリクス を確認することも、インスタンスの状態を把握するのに役立ちます。 インスタンスは機能していますが、それでも 502 応答を受信しました。どうしてあんなことができますか。 ネットワーク上に内部プロキシを使用しているお客様が 502 件の応答を受け取るのを確認しています。ネットワーク上にインターネットプロキシが存在する場合、この状況は説明がつくかもしれません。インスタンスには、ロードバランサーが選択できる複数のノードがあります。あるユーザーは影響を受けるノード上にあり、別のユーザーは問題のないノード上に存在する可能性があります。 502 応答が原因で API 呼び出しが失敗した場合の ServiceNow の推奨事項は何ですか? API クライアントにロジックを適用して、502 が発生した場合に要求を再試行するのがベストプラクティスと見なされます。 Related Linksこの記事に必要な情報がない場合、または追加のサポートが必要な場合は、サポート組織に連絡してください。