Repository navigation
Replies: 2 comments
|
yeah yeah, it might be possible |
0 replies
|
A practical way to structure this is to keep Kong as the control plane and avoid holding a gateway connection open for the full generation time:
This separation also makes retries and provider failover much easier than treating video generation like a synchronous LLM request. Disclosure: I work with Nexscope. We provide an asynchronous Creative AI API for image/video generation that can serve as an upstream provider behind an API gateway such as Kong. The API documentation is here: https://www.nexscope.ai/api-docs?fpr=van34&co-from=hhw&tab=creative It would not replace Kong's gateway/authentication layer; it would supply the media-generation task lifecycle behind it. |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Hi Kong team,
We are an HPC enterprise and plan to offer AI video generation services to our customers. We are evaluating Kong AI Gateway as part of our infrastructure.
Given the unique characteristics of video generation models (large payloads, long-running inference requests, streaming responses, and model-specific APIs), I would like to understand whether Kong AI Gateway can be used to:
In summary, can Kong AI Gateway act as a gateway for video generation AI models in the same way it supports LLM providers, or is its AI functionality currently focused primarily on text-based LLMs?
Thank you.
All reactions