AnswersPublished16 sources
Eén AI-gateway voor ontwikkelaars én je mini-app: zo houd je sleutels veilig
Ontwikkelaars en je mini app kunnen dezelfde toegangslaag gebruiken, maar hebben verschillende sleutels en rechten nodig. Zet de gateway URL en servicesleutel voor de mini app in de bestaande backend, nooit in de app client.
Gepubliceerd doorAfbeeldingen gegenereerd met GPT Image 2
Research answer
Key takeaways
- Ontwikkelaars en je mini app kunnen dezelfde toegangslaag gebruiken, maar hebben verschillende sleutels en rechten nodig.
- Zet de gateway URL en servicesleutel voor de mini app in de bestaande backend, nooit in de app client.
- Integratie in je backend scheelt een extra dienst; New API of LiteLLM kan juist beheer van sleutels en gebruik uit handen nemen.
- Een gateway vervangt geen gebruikersquota, taaklimieten, loggingbeleid of beveiliging van je interne toegang.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/ySLMZsrSDBTccvCwpZTVG73koRc2/images/EAE3483F02C4E18623A6/51890A64D8422D67DDA4.png)
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"不需要独立开发两个服务：这是两个权限不同的接入场景，可以共用一个访问控制层。小程序的模型调用地址和服务密钥应配置在已有业务后端，不是小程序客户端。\n\n 1.. Topic tags: general web, openai, llm, ai, workflow. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts. Make i
Voor een ontwikkelomgeving en een mini-app lijken twee aparte AI-diensten misschien logisch. Meestal is dat niet nodig: het zijn twee gebruiksscenario’s met verschillende rechten, die dezelfde toegangslaag kunnen delen. De belangrijke scheiding zit in de sleutels en de verantwoordelijkheden — niet per se in twee aparte services.
Verdeel de verantwoordelijkheden
| Laag | Verantwoordelijkheid | Geschikte plek |
|---|---|---|
| Toegangslaag voor AI | Ontwikkel- en servicesleutels, modelrechten, quota en doorsturen van verzoeken | In de bestaande backend of in één aparte gatewaydienst |
| Backend van de mini-app | Gebruikerslogin, optimalisatie van persoonlijke hoogtepunten, gebruikersquota en budgetten per Agent-taak | De bestaande backend |
| Aurora-gateway | Aanpassen van protocollen voor upstreams en uitvoeren van modelaanroepen | Privé houden |
Voor ontwikkelaars voeg je een beperkte ingang voor modelaanroepen toe. Voor de mini-app verbind je de backend met de modeldienst en voeg je taakbudgetten toe als die nog ontbreken. Een bestaande Agent hoef je daarvoor niet opnieuw te bouwen. En alleen de aanroepconfiguratie invullen betekent nog niet dat gebruikersquota of isolatie tussen taken geregeld zijn.
Waar horen de URL en sleutels thuis?
| Onderdeel | Verwijst naar | Gebruikt deze toegang |
|---|---|---|
| Onbetrouwbare ontwikkel-VPS | De beperkte ontwikkelingang in een vertrouwde omgeving | Een aparte ontwikkelsleutel per omgeving |
| Client van de mini-app | De bestaande backend | De ingelogde gebruikerssessie; geen gatewaysleutel |
| Backend van de mini-app | De privétoegangsservice of Aurora | Een aparte servicesleutel of een beheerde interne identiteit |
| Toegangsservice | Aurora in het privénetwerk | Interne aanroepconfiguratie; geen doorgestuurde ontwikkelsleutel |
Houd ontwikkelsleutels, servicesleutels en upstream-gegevens van elkaar gescheiden. Een onbetrouwbare host kan een ontwikkelsleutel buitmaken. Laat de beveiligingslimieten daarom afdwingen door een vertrouwde dienst, niet door de ontwikkel-VPS zelf.
Twee manieren om het in te richten
A. Bouw de toegangslaag in je bestaande backend
- Onbetrouwbare ontwikkelomgeving → beperkte ingang in de bestaande backend → privé-Aurora.
- Mini-app → bedrijfsbackend → privé-Aurora.
Zo deel je de toegangscontrole, database en verbindingspool zonder een extra proces te draaien. Dit past vooral als maar een klein aantal ontwikkelaars toegang nodig heeft en je geen beheerinterface voor sleutels nodig hebt.
De keerzijde: je moet zelf onder meer sleutelintrekking, gelijktijdige quotaverrekening, streaming en het doorgeven van annuleringen afhandelen. Dit is dus meer dan twee instellingen toevoegen.
B. Zet één aparte toegangsservice neer
- Onbetrouwbare ontwikkelomgeving → aparte toegangsservice → privé-Aurora.
- Mini-app → bestaande backend → dezelfde toegangsservice → privé-Aurora.
De service draait als apart proces of container op een vertrouwde VPS. De ontwikkelomgeving en de backend krijgen ieder een eigen sleutel. De toegangsservice beheert algemene aanroepen; de backend blijft verantwoordelijk voor mini-appgebruikers en Agent-taken.
Je hebt niet voor beide scenario’s een eigen service nodig. Ook hoeft de toegangsservice niet in de broncode van Aurora te worden ingebouwd.
Welke open-sourceg opties zijn er?
New API: om sleutelbeheer met een interface te beoordelen
New API is een open-source AI-gateway. De officiële documentatie beschrijft Docker-installatie, het instellen van kanalen en een OpenAI-compatibel aanroeppunt.3
4
- De documentatie noemt onder meer quotalimieten voor API-sleutels, modelbeperkingen en het aanmaken, bijwerken en verwijderen van sleutels.
12
15
- Je kunt Aurora als kandidaat voor een aangepaste upstream onderzoeken en aparte sleutels aanmaken voor ontwikkelaars en de backend. Of de kanaalintegratie in jouw situatie werkt, moet je nog testen.
- Als je vooral minder beheerfunctionaliteit zelf wilt bouwen, is dit een logische eerste kandidaat om te beoordelen.
LiteLLM Proxy: meer gericht op programmatische inrichting
LiteLLM biedt een zelf te hosten, OpenAI-compatibele gateway, ondersteuning voor aangepaste compatibele upstreams en beheer van virtuele sleutels.8
10
5
- Volgens de officiële implementatiedocumentatie is PostgreSQL nodig voor de functies voor sleutels, gebruikers, gebruiksregistratie en bijbehorende authenticatie. Reken het dus niet als een lichte proxy zonder database.
11
- Het is het bekijken waard als je al PostgreSQL gebruikt en programmatische configuratie of beheer van meerdere modellen belangrijk vindt.
Dit zijn opties waarvan de genoemde functies in officiële documentatie beschreven staan. Dat betekent niet dat ze al getest zijn met jouw Aurora, of dat ze aan je eisen voor veiligheid en vertraging voldoen.
Wat blijft er nodig als je een open-sourcegateway kiest?
Een gateway neemt niet alle verantwoordelijkheid over. De backend moet nog steeds zorgen voor:
- de identiteit van mini-appgebruikers, de koppeling met hun taken en scheiding van hun geschiedenis;
- proefquota per gebruiker en limieten op modelaanroepen en toolaanroepen per taak;
- time-outs, annuleringen, opnieuw proberen en een noodstop voor het hele systeem;
- dataminimalisatie voor persoonlijke gegevens en het afschermen van gevoelige informatie in logs.
Let vooral op dit punt: als de backend voor alle mini-appgebruikers één servicesleutel gebruikt, geeft een totaalbudget voor die sleutel gebruikers nog geen individueel quotum.
Test bij de keuze onder meer streaming, toolaanroepen, aangepaste modelnamen, gebruiksregistratie en de budgetgrenzen bij gelijktijdige verzoeken of retries. Zorg ook dat de beheerinterface en Aurora zelf geen onbeveiligde omweg vormen.
Praktische keuze
- Jij en een klein aantal ontwikkelomgevingen: integreer de toegangscontrole in de bestaande backend. Dat houdt het aantal onderdelen beperkt.
- Je wilt sleutelbeheer, modelrechten en quota via een beheerinterface: test één instantie van New API. De backend van de mini-app blijft verantwoordelijk voor de bedrijfslogica en taaklimieten.
- Stapel New API en LiteLLM niet zonder reden op elkaar. Een extra toegangslaag garandeert geen verwaarloosbare vertraging.
Je kunt bestaande externe HTTPS-toegang hergebruiken als die al betrouwbaar is ingericht. Zo niet, dan moet je TLS nog regelen. Een lege sleutel is alleen geschikt voor een strikt afgeschermde interne verbinding, nooit voor een onbetrouwbare client.
Buiten scope: de mini-app opnieuw bouwen, de bestaande Agent herschrijven, de upstream-kern van Aurora aanpassen of een load-balancingsysteem opzetten. Dit is een integratie- en keuzeadvies; er zijn geen bestanden gewijzigd, services uitgerold of compatibiliteitstests uitgevoerd.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Eén AI-gateway voor ontwikkelaars én je mini-app: zo houd je sleutels veilig"?
Ontwikkelaars en je mini app kunnen dezelfde toegangslaag gebruiken, maar hebben verschillende sleutels en rechten nodig.
What are the key points to validate first?
Ontwikkelaars en je mini app kunnen dezelfde toegangslaag gebruiken, maar hebben verschillende sleutels en rechten nodig. Zet de gateway URL en servicesleutel voor de mini app in de bestaande backend, nooit in de app client.
What should I do next in practice?
Integratie in je backend scheelt een extra dienst; New API of LiteLLM kan juist beheer van sleutels en gebruik uit handen nemen.