
OpenAI, Anthropic veya DeepSeek gibi devlerin /v1/chat/completions uç noktasına bir JSON isteği gönderdiğinizde ve ekranda tokenların su gibi akmaya başladığını gördüğünüzde, arka planda sıradan bir web sunucusu çalışmaz.
Geleneksel web mimarilerinde (REST/CRUD) bir istek sunucuya gelir, veritabanından veri çekilir ve birkaç milisaniye içinde JSON yanıtı döndürülür. Oysa milyarlarca parametreli bir dil modeline istek attığınızda, yüzlerce gigabaytlık VRAM bellekleri, terafloplarca matris hesaplaması ve karmaşık bir ağ orkestrasyonu devreye girer.
İşte modern yapay zekâ şirketlerinin milyarlarca dolarlık altyapılarını ayakta tutan mühendislik mimarisinin iç yüzü.
1. Çıkarım Motorları (Inference Engines): vLLM ve TensorRT-LLM
Yapay zekâ modellerini geliştirmek için PyTorch mükemmel bir araçtır; ancak prodüksiyonda saniyede binlerce isteğe cevap vermek için PyTorch fazlasıyla hantaldır. Bu yüzden endüstri özel çıkarım motorları (inference engines) kullanır:
- vLLM ve PagedAttention: UC Berkeley araştırmacıları tarafından geliştirilen ve bugün endüstri standardı olan vLLM, işletim sistemlerinin sanal bellek sayfalamasını GPU’ya taşıdı. Geleneksel sistemlerde bir kullanıcının kaç token üreteceği önceden bilinmediği için devasa bellek blokları rezerve edilir ve belleğin yüzde 70’i heba olurdu. PagedAttention, KV Cache’i küçük sayfalara bölerek bellek israfını yüzde 4’ün altına indirdi.
- NVIDIA TensorRT-LLM: NVIDIA’nın kendi GPU mimarileri (H100, B200) için geliştirdiği özel derleme motorudur. Çekirdek füzyonu (kernel fusion), FP8 kuantizasyonu ve optimize edilmiş tensör paralelliği ile maksimum donanım performansı sunar.
2. Prefill-Decode (PD) Ayrışımı: Donanımı İkiye Bölen Devrim
LLM çıkarımı temelde iki tamamen farklı matematiksel aşamadan oluşur:
- Prefill (Girdi İşleme): Kullanıcının gönderdiği 5.000 kelimelik prompt sisteme girer. Model tüm metni tek seferde paralelleştirerek okur. Bu aşama hesaplama odaklıdır (compute-bound); GPU’nun tüm tensör çekirdekleri yüzde 100 yük altına girer.
- Decode (Token Üretimi): Model sonraki her bir kelimeyi tek tek üretir. Her yeni kelime için model ağırlıklarının tamamı VRAM’den çekilmek zorundadır. Bu aşama bellek bant genişliği odaklıdır (memory-bandwidth bound); GPU çekirdekleri verinin gelmesini bekler.
2026’da önde gelen AI sağlayıcıları bu iki aşamayı aynı sunucuda çalıştırmayı bıraktı. Prefill sunucu havuzları yalnızca gelen promptları okur, oluşturdukları KV Cache’i ultra hızlı optik ağlar (RDMA) üzerinden Decode sunucu havuzlarına aktarır. Böylece pahalı yapay zekâ çipleri asla boşta beklemez.
3. Akıllı Ağ Geçitleri ve KV-Cache Duyarlı Yönlendirme
Geleneksel yük dengeleyiciler (load balancers) istekleri rastgele veya en az yüklü sunucuya (round-robin) yönlendirir. Yapay zekâda bu yöntem korkunç bir maliyet yaratır:
- RadixAttention ve Prefix Hashing: Bir kullanıcı uzun bir sistem promptu veya şirket rehberi gönderdiğinde, ağ geçidi bu metnin özetini (hash) çıkarır.
- Cache-Aware Routing: Eğer bu sistem komutu daha önce 3 numaralı GPU sunucusunda işlenmişse, ağ geçidi yeni isteği doğrudan o sunucuya gönderir. Böylece model girdi metnini sıfırdan hesaplamak zorunda kalmaz (Cache Hit); ilk token süresi (TTFT) 2 saniyeden 50 milisaniyeye düşer.
4. Hız Sınırlama (Rate Limiting) ve Kesintisiz Akış (SSE)
Yapay zekâ API’lerinde hız sınırlaması yapmak geleneksel web servislerine benzemez. Çünkü 1 istek 5 kelime üretebileceği gibi, başka bir istek 4.000 kelimelik karmaşık bir kod yazdırabilir.
- Dağıtık Token Sayacı (TPM): Redis tabanlı Token Bucket algoritmaları, istek sayısından ziyade üretilen ve tüketilen Dakika Başına Token (Tokens Per Minute - TPM) miktarını gerçek zamanlı izler.
- Server-Sent Events (SSE): Üretilen yanıtlar tek bir büyük HTTP paketi olarak beklenmez. Model her yeni tokenı ürettiğinde
data: {"choices": [{"delta": {"content": "..."}}]}formatında bir SSE akış paketi olarak istemciye iletilir. - Erken İptal (Abort Signals): Kullanıcı tarayıcı sekmesini kapattığında istemci bağlantısı kopar. Akıllı ağ geçidi çıkarım motoruna anında
abortsinyali göndererek GPU’nun boşuna token üretmesini ve müşterinin kotasının yanmasını engeller.
Sonuç: Yapay Zekâ API Sistemlerinde Geleceğin Altyapı Standartları
Bir yapay zekâ modelini eğitmek ne kadar büyük bir bilimsel başarıysa, o modeli milyonlarca kullanıcıya milisaniyeler içinde kesintisiz ve karlı bir şekilde sunabilmek de o kadar büyük bir dağıtık sistem mühendisliği zaferidir. vLLM, PagedAttention ve Prefill-Decode ayrışımı gibi mimariler, yapay zekâyı laboratuvar prototipinden küresel ölçekte çalışan endüstriyel bir kamu hizmetine dönüştüren görünmez omurgadır.
Sık sorulan sorular
Geleneksel web API’leri ile yapay zekâ (LLM) API’leri arasındaki en kritik fark nedir?
Geleneksel API’lerde istekler milisaniyeler içinde tamamlanır ve bellek tüketimi öngörülebilirdir. LLM API’lerinde ise istekler saniyeler sürebilir, token üretim süreci otoregresiftir, bellek ihtiyacı girdi uzunluğuna göre dinamik olarak devasa boyutlara ulaşır ve yanıtlar Server-Sent Events (SSE) ile token bazında akıtılır.
vLLM’in geliştirdiği PagedAttention teknolojisi neden bu kadar devrimsel oldu?
PagedAttention, işletim sistemlerinin sanal bellek (virtual memory) sayfalama mantığını GPU VRAM’ine uyarlar. Geleneksel sistemlerde KV Cache için bitişik (contiguous) bellek ayrılması gerektiğinden belleğin yüzde 60 ila 80’i israf oluyordu. PagedAttention bellek parçalanmasını yüzde 4’ün altına indirerek aynı GPU üzerinde 4 kata kadar daha fazla eşzamanlı istek işlenmesini sağladı.
Prefill-Decode ayrışımı (PD Disaggregation) şirketlere nasıl bir maliyet avantajı sağlar?
Girdi tokenlarını işleyen prefill aşaması yoğun matris çarpımı (compute-bound) gerektirirken, tek tek token üreten decode aşaması bellek bant genişliğine (memory-bandwidth bound) bağımlıdır. Bu iki görevi farklı GPU kümelerine ayırmak, GPU çekirdeklerinin boşta kalmasını önleyerek çıkarım maliyetlerini yüzde 30 ila 50 oranında düşürür.
WebTuring AtlasBu haberin arka planı
Konunun teknik geçmişi ve bağlamı ansiklopedimizde:
- Continuous Batching ve PagedAttention MimarisiBellek parçalanması, üretim hizmetlerinde kapasiteyi düşüren sessiz bir darboğazdır. Sayfa tabanlı yönetim bunu işletim sistemi mantığıyla çözüyor.
- KV Cache Darboğazı ve Uzun BağlamUzun bağlam bellek ihtiyacını hızla artırıyor. KV cache boyutunun bağlam uzunluğuyla ilişkisi, üretim maliyetini doğrudan belirliyor.



