AnswersPublished16 sources
AI geçidinde doğru kurgu: tek erişim katmanı, ayrı yetkiler
Geliştirme araçları ve mini uygulama için ayrı ayrı geçit kurmak şart değil; tek bir erişim katmanı farklı yetkilerle kullanılabilir. AI geçidi anahtarları mini uygulama istemcisine konmamalı.
YayımlayanGörseller GPT Image 2 ile oluşturuldu
Research answer
Key takeaways
- Geliştirme araçları ve mini uygulama için ayrı ayrı geçit kurmak şart değil; tek bir erişim katmanı farklı yetkilerle kullanılabilir.
- AI geçidi anahtarları mini uygulama istemcisine konmamalı. Mini uygulamanın arka ucu, geçide ayrı bir servis kimliğiyle bağlanmalı.
- New API, görsel anahtar ve kota yönetimi arayanlar için değerlendirilebilir; LiteLLM ise PostgreSQL gerektiren, programatik kullanıma uygun bir seçenek.
- Bir geçit servisi, mini uygulamadaki kullanıcı bazlı kotaları ve Agent görev sınırlarını tek başına yönetmez; bunlar iş katmanında ele alınmalı.
![[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
Güvenilmeyen geliştirme ortamlarıyla bir mini uygulamanın aynı özel AI geçidini kullanması, iki ayrı sistem kurmayı gerektirmez. Önemli olan, ortak erişim katmanının her kullanım için ayrı kimlik ve yetkiler uygulaması; mini uygulamanın kullanıcı ve görev sınırlarının ise mevcut iş arka ucunda kalmasıdır.
Hangi bileşenler gerekli?
Mimarinin üç sorumluluk alanı olması yeterli:
| Katman | Sorumluluk | Önerilen yer |
|---|---|---|
| AI erişim katmanı | API anahtarları, model izinleri, kotalar ve istek yönlendirme | Mevcut arka uca entegre edilebilir veya hazır bir servis olarak kurulabilir |
| Mini uygulamanın iş katmanı | Kullanıcı oturumu, kullanıcı kotaları ve Agent görev bütçeleri | Mevcut mini uygulama arka ucunda |
| Aurora geçidi | Üst model servisine uyarlama ve model çağrıları | Özel dağıtımda |
Geliştirme tarafında ihtiyaç, kısıtlı bir model çağrı noktasıdır. Mini uygulama tarafında ise iş arka ucundan modele bağlantı ve henüz yoksa kullanıcı ya da görev bazında bütçe kontrolü gerekir. Mevcut bir Agent varsa onu yeniden yazmak gerekmez; bağlantı ayarlarını yapmak da tek başına kullanıcı kotası veya görev izolasyonu sağlamaz.
API adresi ve anahtarlar nereye konmalı?
| Kullanım yeri | Bağlanacağı adres | Kullanacağı kimlik bilgisi |
|---|---|---|
| Güvenilmeyen geliştirme VPS’i | Güvenilir ortamda çalışan, kısıtlı geliştirme girişi | O geliştirme ortamına özel anahtar |
| Mini uygulama istemcisi | Mini uygulamanın mevcut arka ucu | Kullanıcı oturumu; geçit anahtarı değil |
| Mini uygulamanın arka ucu | Özel erişim servisi veya özel Aurora | Ayrı servis anahtarı ya da kontrollü iç ağ kimliği |
| Erişim servisi | Özel Aurora | İç kullanım kimliği; geliştirme anahtarını aktarmadan |
Geliştirici anahtarları, arka uç servis anahtarları ve üst servis kimlik bilgileri ayrı tutulmalı. Güvenilmeyen bir geliştirme ortamı kendi anahtarını açığa çıkarabilir; bu nedenle kısıtlamaları güvenilir servis uygulamalı, geliştirici ortamının kurallara uyacağı varsayımına bırakmamalıdır.
İki uygulama seçeneği
1. Erişim kontrolünü mevcut arka uca eklemek
Akışlar şöyle olabilir:
- Güvenilmeyen geliştirme aracı → mevcut arka uçtaki kısıtlı geliştirme girişi → özel Aurora
- Mini uygulama → mevcut arka uçtaki iş girişi → özel Aurora
Bu yaklaşımda erişim kontrolü, veritabanı ve bağlantı havuzu ortak kullanılabilir; yeni bir servis süreci eklenmez. Az sayıda geliştirme anahtarı varsa ve yönetim arayüzüne ihtiyaç duyulmuyorsa daha yalın bir seçenek olabilir.
Bunun karşılığında anahtar iptali, eşzamanlı kota düşümü, akış yanıtlarının iletilmesi ve iptal sinyallerinin aktarılması gibi işleri kendiniz üstlenirsiniz. Dolayısıyla bu, yalnızca birkaç yapılandırma alanı eklemekten ibaret değildir.
2. Tek bir bağımsız erişim servisi kurmak
- Güvenilmeyen geliştirme aracı → bağımsız erişim servisi → özel Aurora
- Mini uygulama → mevcut iş arka ucu → aynı erişim servisi → özel Aurora
Erişim servisi güvenilir bir VPS’te ayrı bir süreç veya konteyner olarak çalışabilir. Geliştirme ortamıyla mini uygulamanın arka ucu farklı anahtarlar kullanır. Servis genel çağrı yönetimini üstlenirken mini uygulamanın kullanıcıları ve Agent görevleri mevcut iş arka ucunda kalır.
Her kullanım için ayrı bir erişim servisi kurmak ya da servisi Aurora’nın kaynak koduna gömmek gerekmez.
Hangi açık kaynak seçenekler değerlendirilebilir?
New API: anahtar yönetim arayüzü arayanlara
New API, Docker ile dağıtım, kanal yapılandırması ve OpenAI uyumlu bir çağrı adresi sunan açık kaynaklı bir AI geçidi ve model API yönetim sistemidir.3
4
Resmî belgelerinde API anahtarları için kota ve model kısıtları ile anahtar oluşturma, güncelleme ve silme işlevleri yer alıyor.12
15 Aurora, özel bir üst servis adayı olarak değerlendirilebilir; ancak entegrasyonun gerçekten çalıştığı ayrıca doğrulanmalıdır.
1
Önceliğiniz çok fazla yönetim kodu yazmadan geliştirme anahtarı dağıtmak ve sınırlandırmaksa, önce bu seçeneği deneyebilirsiniz.
LiteLLM Proxy: programatik yapılandırma ve çoklu model yönetimi
LiteLLM, kendi ortamınızda çalıştırılabilen, OpenAI uyumlu bir geçit sunar; uyumlu özel üst servisleri ve sanal anahtar yönetimini destekler.8
10
5
Resmî dağıtım belgelerine göre anahtar, kullanıcı, kullanım ve ilgili yetkilendirme takibi için PostgreSQL gerekir. Bu nedenle dağıtım maliyetini veritabanı olmadan çalışan hafif bir proxy gibi düşünmemek gerekir.11 Zaten PostgreSQL kullanıyorsanız ve yapılandırmayı kod üzerinden yönetmek ya da birden fazla modeli idare etmek istiyorsanız değerlendirmeye alınabilir.
Bu projelerin özellikleri belgelere dayanıyor; ancak bu, Aurora ile uyumluluğunuzun doğrulandığı veya güvenlik ve gecikme gereksinimlerinizi karşıladığının garanti edildiği anlamına gelmez.
Hazır bir servis kullanılsa bile iş arka ucunda kalması gerekenler
- Mini uygulama kullanıcısının kimliği, görev sahipliği ve geçmiş kayıtlarının ayrımı
- Kullanıcı başına deneme kotası ve görev başına azami model ve araç çağrısı sayısı
- Zaman aşımı, iptal, yeniden deneme ve gerektiğinde tüm çağrıları durdurma mekanizması
- Kişisel deneyim verilerinin yalnızca gerekli ölçüde işlenmesi ve günlüklerde hassas bilgilerin maskelenmesi
Özellikle mini uygulamanın arka ucu tek bir servis anahtarı kullanıyorsa, o anahtar için belirlenen toplam kota her kullanıcıya ayrı kota verildiği anlamına gelmez.
Seçenekleri denerken akış yanıtlarını, araç çağrılarını, özel model adlarını, kullanım hesabını ve eşzamanlı istekler ile yeniden denemelerde bütçe sınırlarının korunmasını kontrol edin. Yönetim arayüzünün ya da Aurora’nın doğrudan erişilebilir olmasının kısıtlamaları aşmak için kullanılmadığından da emin olun.
Kısa öneri
- Yalnızca siz ve birkaç geliştirme ortamı kullanacaksa, erişim kontrolünü mevcut arka uca eklemek daha yalın olabilir.
- Görsel anahtar, model izni ve kota yönetimi istiyorsanız tek bir New API örneğini önce doğrulayın; mini uygulama arka ucunda da iş akışı ve görev bütçesi kontrollerini koruyun.
- New API ve LiteLLM’i aynı anda eklemeyin. Yeni bir geçit katmanı gecikmenin sıfır olacağını garanti etmez.
Dış HTTPS trafiği mevcut güvenilir giriş üzerinden geçirilebilir. Böyle bir giriş yoksa TLS ayrıca çözülmelidir. Anahtarsız iç çağrılar yalnızca sıkı biçimde denetlenen özel ağ bağlantılarında düşünülmeli; güvenilmeyen istemcilere açılmamalıdır.
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 "AI geçidinde doğru kurgu: tek erişim katmanı, ayrı yetkiler"?
Geliştirme araçları ve mini uygulama için ayrı ayrı geçit kurmak şart değil; tek bir erişim katmanı farklı yetkilerle kullanılabilir.
What are the key points to validate first?
Geliştirme araçları ve mini uygulama için ayrı ayrı geçit kurmak şart değil; tek bir erişim katmanı farklı yetkilerle kullanılabilir. AI geçidi anahtarları mini uygulama istemcisine konmamalı. Mini uygulamanın arka ucu, geçide ayrı bir servis kimliğiyle bağlanmalı.
What should I do next in practice?
New API, görsel anahtar ve kota yönetimi arayanlar için değerlendirilebilir; LiteLLM ise PostgreSQL gerektiren, programatik kullanıma uygun bir seçenek.