AI Yarışının Görünmeyen Faturası

AI için ayrılan milyarlar manşet oluyor. O sistemleri ayakta tutacak mimari kararlar ise çoğu zaman dipnotta kalıyor.

---

Bu Sayıda

• 01 - Güney Kore'nin AI bütçesi ve Oracle'ın Google TPU hamlesi · STRATEJİ
• 02 - NVIDIA CUDA 13.4 ile GPU paylaşımında değişen kurallar · ALTYAPI
• 03 - Veeam ve VMware güvenlik duyurularının ortak mesajı · CYBER RESILIENCE

---

01 · AI Yarışı Artık Yalnızca Model Yarışı Değil

STRATEJİ

2 Kasım'da Güney Kore'den gelen haber, AI dünyasında dikkatimi çeken gelişmelerden biri oldu. Reuters'ın aktardığına göre Cumhurbaşkanı Lee Jae-myung, parlamentonun onayına sunulan 2027 bütçesi kapsamında AI ve bağlantılı stratejik alanlar için 21,3 trilyon won, yaklaşık 16 milyar dolar yatırım öngörüldüğünü açıkladı. Yarı iletkenler, physical AI ve AI data center projeleri bu planın önemli parçaları. Burada kritik ayrıntı, bunun gerçekleşmiş bir yatırım değil, henüz onay bekleyen bir bütçe teklifi olması. Kaynak: Reuters, 2 Kasım 2026.

Bu haberi yalnızca milyarlarca dolarlık bir bütçe olarak okumuyorum. AI altyapısı konuşulurken çoğu zaman GPU sayısına, model performansına veya hangi şirketin daha büyük cluster kurduğuna odaklanıyoruz. Oysa ülkeler meseleyi artık yarı iletken üretimi, gelişmiş bellek, veri merkezi kapasitesi ve endüstriyel dönüşümle birlikte ele alıyor. Güney Kore'nin duyurduğu plan, AI rekabetinin yazılım ekiplerinin sınırlarını çoktan aştığını gösteriyor. Bu, satın alma tarafında da tek bir ürünün teknik özelliklerinden çok tedarik sürelerinin, enerji gereksinimlerinin ve uzun vadeli kapasite planının konuşulması gerektiği anlamına geliyor.

27 Ekim'de Oracle ve Google'ın duyurduğu ortaklık ise aynı tablonun farklı bir yüzü. İki şirket, Google TPU sistemlerinin 2027 takvim yılında Oracle Cloud Infrastructure üzerinden sunulmaya başlanacağını açıkladı. Böylece OCI, Google dışında TPU sunan ilk hyperscale cloud platformu olmayı hedefliyor. Duyuru, training odaklı TPU 8t ve inference odaklı TPU 8i mimarilerini de kapsıyor. Bu servislerin bugün genel kullanıma açıldığını değil, gelecek yıl için planlandığını özellikle ayırmak gerekiyor. Kaynak: Oracle, 27 Ekim 2026 · Kaynak: Google Cloud.

Benim çıkardığım sonuç şu: AI altyapısı kararı, yalnızca hangi GPU'nun daha hızlı olduğu sorusuna indirgenemeyecek. Training ve inference ihtiyaçları, yazılım uyumluluğu, servis erişilebilirliği, veri taşıma maliyeti, enerji tüketimi ve token başına toplam maliyet birlikte değerlendirilecek. TPU'nun GPU'nun yerini her senaryoda alacağını söylemiyorum. Tam tersine, aynı mimarinin her iş yükü için en doğru tercih olduğunu varsaymanın giderek daha pahalı bir alışkanlık olabileceğini düşünüyorum.

---

02 · GPU Paylaşımında Asıl Mesele Kullanım Oranı Değil

ALTYAPI

NVIDIA'nın 27 Ekim'de yayımladığı teknik açıklama, büyük bütçe haberleri kadar gösterişli görünmeyebilir ama altyapı ekipleri açısından çok daha doğrudan sonuçlar doğurabilir. CUDA 13.4, Kubernetes üzerinde çalışan iş yüklerine belirli GPU memory sınırları tanımlama konusunda yeni yetenekler sunuyor. Açık kaynaklı GPU Fractioning Operator ile KAI Scheduler birlikte çalışarak uygulamaların istediği ve kullanabileceği memory miktarlarını yönetiyor. KAI Scheduler 0.18.0 sürümündeki NvFractions modu da bu yaklaşımın parçası. Kaynak: NVIDIA Technical Blog, 27 Ekim 2026.

Bunun neden önemli olduğunu görmek için küçük bir inference servisinin bütün GPU'yu rezerve ettiği bir ortamı düşünmek yeterli. Fiziksel kapasitenin bir kısmı boşta kalırken başka bir iş yükü yeni kaynak bekleyebilir. Elbette GPU paylaşımı yeni bir kavram değil; MIG, time-slicing ve MPS zaten farklı ihtiyaçlara yanıt veriyor. Buradaki yenilik, uygulamaya görünür memory sınırları ile Kubernetes seviyesinde kaynak tahsisinin birlikte yönetilmesi. Belirli bir memory miktarı garanti edilebiliyor ve boş kapasite olduğunda kontrollü büyümeye izin verilebiliyor.

Ancak teknik yazıda benim özellikle dikkat ettiğim nokta yalnızca kaynak verimliliği değil, izolasyonun kullanılan paylaştırma yöntemine göre değişmesi. NVIDIA'nın açıklamasında time-slicing ile SM-sharing modlarının hata alanı bakımından aynı olmadığı belirtiliyor. Bu nedenle aynı fiziksel GPU üzerinde daha fazla workload çalıştırabiliyor olmak, bu workload'ların birbirinden aynı düzeyde izole edildiği anlamına gelmez. Kaynak: NVIDIA, GPU Sharing mimarisi.

Buradan sahaya çıkan soru basit: Yeni yaklaşım GPU kullanım oranını yükseltebilir ama latency, throughput, hata izolasyonu ve yönetim karmaşıklığını birlikte ölçmeden bunun başarılı bir mimari olduğuna karar veremeyiz. Önümüzdeki dönemde AI altyapılarının başarısını yalnızca kaç GPU satın alındığı değil, o kapasitenin hangi kalite ve güvenilirlikle paylaştırıldığı da belirleyecek.

---

03 · İki Güvenlik Uyarısı, Tek Operasyonel Gerçek

CYBER RESILIENCE

AI gündemi ne kadar hızlı olursa olsun, altyapıyı yöneten ekiplerin öncelik listesini bazen tek bir güvenlik duyurusu değiştirebiliyor. Veeam, 27 Ekim tarihli KB4957 duyurusunda Veeam Backup for Microsoft 365 ürününü etkileyen bir dizi güvenlik açığını ve düzeltildikleri build'leri açıkladı. En kritik bulgulardan CVE-2026-106076, belirli kimlik doğrulama koşullarında configuration database'e SQL injection ve uzaktan kod çalıştırma riski içeriyor; CVSS 4.0 puanı 9,0. Bu açık 8.6.0.1102 ile düzeltilmiş durumda. Ancak CVE-2026-106078 için 8.6 Patch 1, build 8.6.0.5011 gerekiyor. Yani ürünün yalnızca 8.6 sürümünde olduğunu bilmek, duyurudaki bütün açıkların giderildiğini kanıtlamıyor. Kaynak: Veeam KB4957 · Kaynak: Veeam KB4962, build bazında düzeltmeler.

Aynı dönemde Broadcom da VMSA-2026-0008.1 duyurusuyla VMware Cloud Foundation'ın SDDC Manager bileşenini etkileyen CVE-2026-111497 açığı konusunda uyarıda bulundu. Node.js tarafından kullanılan Brotli decoder kaynaklı güvenlik açığı için SDDC Manager 9.1.1.x sürüm ailesinde CVSS 3.1 puanı 9,8 olarak açıklanmış. 28 Ekim tarihli güvenlik duyurusu, ilgili sürümler için kalıcı patch henüz beklenirken geçici çözüm dokümanlarına yönlendiriyor. Bu nedenle doğru işlem, kurulu sürümü tespit etmek ve Broadcom'un o sürüme özel workaround talimatını izlemek. Kaynak: Broadcom VMSA-2026-0008.1 · Kaynak: 9.1.1.x için KB460732.

Burada tehdit bilgisini doğru okumak da önemli. Kanada Siber Güvenlik Merkezi'nin 28 Ekim uyarısına göre CISA, CVE-2026-111497'yi 27 Ekim'de Known Exploited Vulnerabilities kataloğuna ekledi. Bu, temel Brotli açığı için aktif istismar bilgisinin bulunduğu anlamına geliyor; aynı zamanda VMware SDDC Manager'ın doğrudan hedef alındığının ayrıca doğrulandığı anlamına gelmiyor. İki ifadeyi birbirine karıştırmak, güvenlik değerlendirmesini güçlendirmez, aksine yanlış önceliklendirmeye neden olabilir. Kaynak: Canadian Centre for Cyber Security.

Veeam ve VMware haberlerini aynı bölümde toplama nedenim ürün benzerliği değil. İkisi de aynı operasyonel gerçeği hatırlatıyor: Major sürüm numarası tek başına güvenlik durumu değildir. Backup tarafında tam build, sanallaştırma tarafında etkilenen bileşen ve sürüm matrisi, gerektiğinde geçici çözümün uygulanıp uygulanmadığı önem taşır. Cyber resilience sadece veriyi yedeklemek değil, o veriye erişimi ve kurtarma sürecini yöneten sistemleri de güvenilir tutmaktır.

---

Bu Sayıdan Aklımda Kalan

Bir tarafta ülkeler AI için büyük bütçeler hazırlıyor, diğer tarafta cloud sağlayıcıları hızlandırıcı seçeneklerini genişletiyor. GPU üreticileri mevcut kapasiteyi daha verimli paylaşmanın yollarını geliştirirken, operasyon ekipleri güvenlik duyurularıyla günün planını yeniden yazıyor. Bunlar benim için birbirinden kopuk haberler değil. Aynı tabloyu gösteriyorlar: Hesaplama kapasitesi büyürken mimari kararların ve operasyonel disiplinin değeri de artıyor.

Bu hafta kendi ortamında tek bir kontrol yapacak olsan, bunu öneririm: Backup ve sanallaştırma yönetim sistemlerinin tam sürüm ve build envanterini doğrula; güncel üretici güvenlik duyurularıyla eşleştir. Çünkü yeni donanım yatırımı yarının kapasitesini büyütür ama bugün açık kalan yönetim katmanı yarının planlarını kolayca erteletebilir.

Bu seçkiyi faydalı bulduysan altyapı, AI veya güvenlik ekiplerinden bir çalışma arkadaşına iletebilirsin. DIABOLIKSS'te teknoloji gündemini, teknik kararların gerçek dünyadaki karşılığıyla değerlendirmeye devam edeceğiz.

Mehmet Aydın
Technical Director · IBM Champion 2026

DIABOLIKSS
TECH · PEOPLE · IDEAS