proxy-middleware パッケージを使用して、Nodejs ファイル内の実際の API URL のパスを /api/events/restservices/api/disaster/v1/events > に順番に書き換えました。実際の url を隠すには、別の環境で lgw を使用して API を呼び出す代わりに、actual lgw/api/ の代わりに 。
問題 - デプロイされると、ポッドはリクエスト URL「grm-edge-url/api/events」（grm-edge-url には podnumber:portnumber が含まれます）からのデータで応答し、400 bad request の応答で失敗します。本文の応答は「認識されない構成」とそのリクエスト URL です。これは、podnumber:portnumber が異なる他のリクエストと同様です。 actual- を呼び出すのと同じように、CDP GRM エッジ URL を使用して呼び出しを行います。イベント grm-url/api/イベント
postman でのテスト (実際の URL と grm エッジ URL) は応答を返しますが、別のポッドでは 400 エラーが発生します。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Kubernetes ポッドで 400 エラーが発生し、「認識されない構成」という応答が返された場合、問題を解決するために実行できる手順をいくつか示します。
API 設定にエラーやパラメータの欠落がないか再確認してください。 kubectl ログを使用して問題のあるポッドのログを表示し、詳細情報を収集します。 関連するエラー メッセージや構成ミスがないか API サーバーのログを確認してください。 ネットワーク接続を検証し、DNS やファイアウォールの問題がないことを確認します。 問題のあるポッドの構成を同じデプロイメント内の他のポッドと比較します。 不一致を解決するには、ポッドを更新または再起動してみてください。 特定のトラブルシューティング手順については、API ドキュメントまたはサポートを参照してください。 more 具体的なサポートが必要な場合は、追加の詳細を入力してください。