AMD EPYC Venice ve Helion ile Sunucu Dünyasında Yeni Dönem
Veri merkezinde CPU rönesansı: AMD Helion ve EPYC “Venice”
Günün en somut ve planlamaya en çok dokunan haberi AMD tarafından geldi. AMD, 12 Ekim 2026’da OCP Global Summit ekseninde Helion adını verdiği açık raf mimarisini duyurdu. Helion, “agentic AI” (ajan tabanlı yapay zeka) iş yükleri için tasarlanmış, OCP spesifikasyonuna uyumlu bir referans raf tasarımı. İlk konfigürasyonların Kasım 2026’da iş ortaklarıyla birlikte çıkması planlanıyor — yani önümüzdeki haftaların haberi.
Rakamlar bir sistem mühendisi için dikkat çekici. Salt CPU yapılandırmasında raf başına 32.768 çekirdeğe kadar 6. nesil EPYC “Venice” işlemcisi sığdırılabiliyor. Hepsi bir arada kurumsal yapılandırmada ise EPYC düğümlerinin yanına 16 adede kadar Instinct MI350P GPU ekleniyor ve bu, yaklaşık 74 PFLOPS FP4 yoğun hesaplama anlamına geliyor. Raf içi ağ 102 Tbps’e kadar çıkıyor, ORv3 44OU raf hem sıvı hem hava soğutmalı sürümlerde geliyor. Venice düğümleri de iş yüküne göre ayrışmış: kişisel ajanlar için 256 çekirdek/400W, kurumsal için 256 çekirdek/600W, teknik hesaplama için 96 çekirdek/5.0 GHz.

Reklam kısmına temkinli yaklaşıyorum: AMD, Venice çekirdeklerinin en iyi rakip x86 işlemciye göre 1,8 kat daha fazla token/saniye ürettiğini ve Nvidia Vera’ya kıyasla çekirdek başına %20 daha yüksek performans sunduğunu söylüyor. Ancak bunlar üretici testi; ajan iş yükleri için bağımsız bir kıyaslama henüz yok. Donanım tazeleme döngümü planlarken bu sayıları hedef değil, doğrulanması gereken bir iddia olarak not ediyorum. Yine de mesaj açık: Dell, HPE, Lenovo, Cisco ve Supermicro’nun arkasında durması, bu rafın kağıt üstünde kalmayacağını gösteriyor.
DeepSeek V4.1 Flash: ucuz, uzun bağlamlı ve açık
Yapay zeka araçları tarafında günün öne çıkanı DeepSeek V4.1 Flash ailesinin 17 Ekim güncellemesiydi. Model, 552B toplam parametreli ama token başına yalnızca ~16B parametre aktive eden bir Mixture-of-Experts mimarisi kullanıyor. En dikkat çeken yanı 1 milyon token’lık bağlam penceresi ve MIT lisansıyla Hugging Face üzerinde açık ağırlık olarak sunulması — yani kendi altyapınızda çalıştırabiliyorsunuz. API’de “deepseek-flash” olarak erişilebiliyor ve fiyatı “flash” sınıfına yakışır biçimde düşük: kaynaklara göre milyon token başına yaklaşık 0,20–0,30 dolar bandında.

Dürüst olmam gerekirse modeli henüz kendi iş yüklerimde test edemedim; buradaki değerlendirme resmî duyuru ve Artificial Analysis gibi bağımsız kaynaklara dayanıyor. Hatta fiyatlandırma, kaynaklar arasında küçük farklılıklar gösteriyor — bu yüzden üretime almadan önce kendi maliyet ve gecikme kıyaslamanızı yapmanızı öneririm. Benim ilk izlenimim: uzun log analizleri, büyük konfigürasyon dosyalarının özetlenmesi ve çok adımlı otomasyon gibi “ucuz ama uzun bağlam isteyen” işler için güçlü bir aday.
Hızlıca nasıl denersiniz?
Açık ağırlık olduğu için iki yol var: DeepSeek API üzerinden ya da kendi sunucunuzda. API tarafında en hızlı başlangıç, mevcut OpenAI uyumlu istemcileri kullanmak:
curl https://api.deepseek.com/v1/chat/completions \
-H "Authorization: Bearer $DEEPSEEK_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "deepseek-flash",
"messages": [
{"role": "system", "content": "Kıdemli bir sistem mühendisisin."},
{"role": "user", "content": "Bu vCenter loglarında anormallik var mı?"}
],
"max_tokens": 1024
}'
Not: API anahtarını yukarıdaki gibi ortam değişkeninde ($DEEPSEEK_API_KEY) tutun, asla kaynak koduna gömmeyin. Bir sonraki bölüm tam da bunun neden kritik olduğuyla ilgili.
AI ajanlarının gizli maliyeti: API anahtarı hırsızlığı
Bu hafta beni en çok düşündüren gelişme bir ürün değil, bir örüntüydü. Son aylarda AI kodlama ajanlarını ve geliştirici hesaplarını hedef alan anahtar sızıntıları art arda geldi: bir araştırma kuruluşunun çalınan anahtar yüzünden yaklaşık 600.000 dolarlık AI kredisi faturasıyla karşılaştığı, Codex kimlik belirteçlerinin bir npm tedarik zinciri saldırısıyla çalındığı ve “distillation” (model damıtma) gerekçesiyle ele geçirilmiş anahtarlar üzerinden kurumsal hesapların askıya alındığı vakalar bunların başında geliyor. Ortak nokta net: sandbox’suz çalışan ajanlar ve geniş yetkili, döndürülmeyen API anahtarları.
Sistem tarafındaki aksiyon listem şöyle: API anahtarlarını düzenli olarak döndürün ve mümkün olan en dar kapsamla üretin; ajanları Docker konteyneri ya da ayrı bir sanal makine içinde, ağ erişimi kısıtlı şekilde çalıştırın; faturalarda harcama uyarıları (spend alert) kurun; ve en önemlisi, bir ajana para hareketi veya üretim sistemine yazma yetkisini asla doğrudan vermeyin. Schwab ve JPMorgan gibi finans kurumlarının yetkisiz AI ajanlarının para hareketini bloke edip yalnızca salt-okunur erişim vermesi tesadüf değil — aynı prensibi kendi ortamınıza da taşıyın.
VMware tarafında durum: yeni advisory yok, ama yama kontrolü hâlâ güncel
VMware/Broadcom cephesini özellikle kontrol ettim; son 48 saat içinde yeni bir kritik advisory yayınlanmadı. Dolayısıyla bugün “acil yükselt” diyebileceğim taze bir uyarı yok. Ancak hâlâ ayakta duran ve her sistem yöneticisinin yama durumunu teyit etmesi gereken advisory, bu yılın Temmuz ayında yayınlanan VMSA-2026-0006. Eski olması önemsiz olduğu anlamına gelmez; aksine, bu tür kritik açıklar genelde aylar sonra sömürülmeye başlanır.
Advisory beş CVE içeriyor ve ikisi kritik seviyede, CVSS 9.8:
- CVE-2026-59309 — vCenter Directory Service’te kimlik doğrulama atlatma (auth bypass). Ağ erişimi olan, kimliksiz bir saldırgan vCenter yönetim düzlemine erişebiliyor.
- CVE-2026-59310 — vCenter Syslog bileşeninde dizin gezinme (directory traversal) yoluyla uzaktan kod çalıştırma (RCE).
- CVE-2026-47876 — ESXi VMXNET3 sanal ağ bağdaştırıcısında VM escape (kritik).
- CVE-2026-41703 (yüksek) ve CVE-2026-41709 (düşük) ise DoS/bilgi sızıntısı ve loglanmayan yönetici eylemleriyle ilgili.
Broadcom’un bir geçici çözüm (workaround) sunmadığını, tek yolun yama olduğunu hatırlatayım. Düzeltilmiş sürümler kabaca şöyle: vCenter 8.0 için 8.0 U3k, VCF/vSphere Foundation 9.0.x için 9.0.2.0100, 9.1.x için 9.1.0.0300. Benim önerim: vCenter’ı yalnızca yönetim ağına kapatmak saldırı yüzeyini daralttsa da zaten ağ erişimi olan bir saldırganı durdurmaz — asıl çözüm yamadır. Eğer bu advisory sizde hâlâ “sonra bakarım” listesindeyse, bugün kapatın.
Türkiye: 2026–2030 yapay zeka stratejisi taslağı masada
Yurt içinde en önemli başlık, Cumhurbaşkanlığı Dijital Dönüşüm Ofisi koordinasyonunda hazırlanan yeni ulusal yapay zeka stratejisi taslağı oldu. 2021–2025 stratejisinin süresi dolarken, yeni dönem için kamuoyu görüş süreci 15 Kasım 2026‘da kapanıyor; Resmî Gazete’de yayımın Aralık 2026’da beklendiği aktarılıyor. Bir mühendis olarak benim radarımdaki maddeler: BERTurk (TÜBİTAK BİLGEM) ve Turkcell’in Yazı modeli gibi yerli büyük dil modellerinin kurumsal kullanıma açılması, ulusal yapay zeka çipi için 2028 hedefi ve GPU (H100/H200) tedarikinin hâlâ kritik olması nedeniyle yurt dışı bulut bağımlılığının sürmesi.
Bu rakamların bir taslağa ve basına dayandığını, resmî metinle birebir doğrulanmadığını belirteyim. Yine de yön belli: yerli model ve çip üretimine ağırlık, içerik köken takibi düzenlemesi ve yetenek göçünü tersine çevirme çabası. Sektörden görüş vermek isteyenler için 15 Kasım önemli bir tarih.

Günün gelişmeleri: tek bakışta
| Başlık | Ne oldu? | Mühendis için anlamı |
|---|---|---|
| AMD Helion / EPYC Venice | Ajan AI için açık raf mimarisi; raf başına 32.768 çekirdeğe kadar (12 Ekim, çıkış Kasım 2026) | Donanım tazeleme planına al; üretici iddialarını bağımsız testle doğrula |
| DeepSeek V4.1 Flash | 1M bağlam, MIT lisansı, düşük maliyet (17 Ekim güncellemesi) | Uzun bağlamlı, ucuz işler için aday; kendi kıyaslamanı yap |
| AI ajan anahtar güvenliği | Ajan hesaplarını hedef alan anahtar hırsızlığı dalgası | Anahtarları döndür, ajanları izole et, harcama uyarısı kur |
| VMware VMSA-2026-0006 | Yeni advisory yok; Temmuz’daki kritik açıklar hâlâ geçerli | vCenter/ESXi yama durumunu bugün teyit et (8.0 U3k vb.) |
| Türkiye AI stratejisi 2026–2030 | Taslak görüşte; süreç 15 Kasım’da kapanıyor | Yerli LLM ve çip yol haritasını izle; görüş verebilirsin |
AMD EPYC Venice ne zaman çıkıyor?
AMD, Helion raf mimarisini 12 Ekim 2026’da duyurdu ve ilk konfigürasyonların Kasım 2026’da iş ortaklarıyla birlikte çıkmasını planlıyor. Kesin tarih ve fiyatlar üreticiden teyit edilmeli.
DeepSeek V4.1 Flash’ı kendi sunucumda çalıştırabilir miyim?
Evet. Model MIT lisansıyla açık ağırlık olarak Hugging Face’te sunuluyor; ancak 552B parametreli bir MoE olduğu için ciddi GPU belleği gerektirir. Hızlı başlangıç için API (“deepseek-flash”) daha pratik olabilir.
Bugün acil yüklemem gereken bir VMware yaması var mı?
Son 48 saatte yeni bir kritik VMware advisory’si çıkmadı. Ancak Temmuz 2026 tarihli VMSA-2026-0006 hâlâ geçerli; vCenter ve ESXi sistemlerinizin yamalı olduğunu (ör. vCenter 8.0 U3k) teyit etmeniz önerilir.
Değerlendirmem
Bugünün tek cümlelik özeti: “Hesaplama tarafında CPU geri döndü, güvenlik tarafında ise disiplin her zamankinden önemli.” AMD’nin Helion hamlesi donanım planlamamı önümüzdeki çeyrekte yeniden düşündürecek — ama üretici testlerine temkinli yaklaşıp bağımsız kıyaslamaları bekleyeceğim. DeepSeek V4.1 Flash, uzun bağlamı ucuzlatması bakımından denemeye değer; yeter ki anahtarlarımı ve ajanlarımı savunmasız bırakmayayım. VMware’de yeni bir yangın yok, ama Temmuz’daki advisory hâlâ “teyit et” diyor. Bir sonraki değerlendirmede görüşmek üzere.
Share this content:

Bir yanıt yazın