バックエンド サービスへの単一のエントリ ポイントを確保し、API キーのセキュリティ レベルを追加するために、Google Cloud API Gatewayを使用しています。
そして、データをチャンク単位でストリーム チャンクとして返すエンドポイントが 1 つあります (コンテンツ タイプは audio/mpeg です)。エンドポイントは GET /stream と呼ばれます。
Google API Gateway を介してこの GET /stream エンドポイントをヒットすると、応答が 3 ～ 4 秒の遅延で返され、ストリームとしてではなく、完了した応答として返されることに気付きました。また、レスポンスで Content-Length ヘッダーも返されていることに気付きました。これは、最初に Gateway 側でダウンロードされたレスポンスが、リクエストを行ったクライアントに返された後であると思われます。
もちろん、元の API (Google API Gateway なし) を使用している場合は、遅延なくすぐにストリーム レスポンスを使用できます。
Google API Gateway 構成の swagger 2.0(openAPI) プロトコルを使用して GET /stream を記述する方法を次に示します。
現在、Google API Gateway はストリーミング レスポンスをサポートしていますか? ゲートウェイの swagger 2.0 構成でできる変更はありますか? 基本的に、Google API Gateway の代わりに何を使用してニーズをカバーし、ストリームをサポートできるかについてのアドバイスはありますか?
任意の提案をいただければ幸いです。前もって感謝します！