Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature] Ability to have azure-openai provider via APIManager #868

Closed
gtmtech opened this issue Jan 16, 2025 · 1 comment
Closed

[Feature] Ability to have azure-openai provider via APIManager #868

gtmtech opened this issue Jan 16, 2025 · 1 comment
Labels
enhancement New feature or request triage

Comments

@gtmtech
Copy link

gtmtech commented Jan 16, 2025

What Would You Like to See with the Gateway?

azure-openai provider seems too prescriptive in its url format, and I'd like to fully control the url prefix, because my client has to access azure-openai via APIManager, so it has a different initial host/path

In addition, azure-openai does not do passthrough of Authorization: Bearer headers, but re-engineers them upstream as api-key. This is fine when going against Azure-OpenAI direct, but not fine when going through a proxy which uses Authorization.

The documentation wasn't really clear that you can still use custom_host to override the azure-openai URL, and dont have to stick to the prescriptive URL builder format mentioned in the provider docs.

Looking at the alternative of using an openai, or custom provider instead:

openai or custom (bring your own llm) provider seems to only support custom_host, and doesnt allow you to suffix your URL with ?api_version=2024-02-01 which is needed for Azure OpenAI access.

However it does do Authorization Bearer passthrough, which is needed by the proxy layer.

Would like to see either custom provider supporting suffix QSA as well, or azure-openai provider supporting both customHost (preserving the ?api_version suffix) , as well as a mechanism to respect Authorization passthrough, rather than relabelling the Bearer token as api-key

Context for your Request

Highly regulated / security-conscious Industries often access all APIs via an API proxy such as APIManager, APIGateway etc.

Current providers don't seem flexible enough to work with them.

Your Twitter/LinkedIn

https://www.linkedin.com/in/geoffmeakin/?originalSubdomain=uk

@gtmtech gtmtech added the enhancement New feature or request label Jan 16, 2025
@gtmtech
Copy link
Author

gtmtech commented Jan 16, 2025

Think this is doable having delved into it

@gtmtech gtmtech closed this as completed Jan 16, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request triage
Projects
None yet
Development

No branches or pull requests

1 participant