İçeriğe atla
Şimdi yükleniyor
AKAşkın KILIÇ
  • Anasayfa
  • Azure & Bulut
    • Microsoft Azure
    • Bulut Altyapı
    • Microsoft 365
  • Yazılım
    • DevOps
    • Geliştirici Araçları
    • Konteyner & K8s
  • AI & Veri
    • Yapay Zeka
    • Veri & Analitik
  • Güvenlik
    • Güvenlik & Kimlik
    • Kurumsal Teknoloji
  • Hakkımda
    • İletişim
×
  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka
  • Başlangıç
  • Yapay Zeka
  • AT&T ve Microsoft Foundry ile Trilyon Token Ölçeğinde AI
Bulut Altyapı Geliştirici Araçları Yapay Zeka Açık Modeller, GPU altyapısı, Microsoft Foundry, Telekom AI, Trilyon Token Aşkın KILIÇ 24/07/2026 2 Yorumlar

AT&T ve Microsoft Foundry ile Trilyon Token Ölçeğinde AI

AT&T ve Microsoft Foundry ile Trilyon Token Ölçeğinde AI
📑 İçindekiler
  1. Telekom odaklı AI için ölçek sorunu
  2. Çoklu açık model stratejisi
  3. Heterojen GPU altyapısı
  4. Dağıtım hızı ve maliyet ekonomisi
  5. Üretim ölçeğinde AI için çıkarımlar
  6. İlgili İçerikler
  7. Kaynaklar ve İleri Okuma

⏱️ 4 dk okuma📅 24 Temmuz 2026

Telekomünikasyon sektöründe yapay zeka kullanımı hızla artıyor; ancak genel amaçlı modeller, telekom ağları, standartları ve operasyonlarına dair uzmanlık gerektiren senaryolarda yetersiz kalabiliyor. AT&T, bu boşluğu kapatmak için telekoma özel Open Telco (OTel) model ailesini geliştirdi. Yeni sürüm OTel2.0’ın inşası ise büyük bir dil modelini eğitmenin ötesine geçerek, alan odaklı yapay zeka sistemlerinin maliyet, performans ve operasyonel karmaşıklık arasındaki dengesini kurma sorununu gündeme getirdi. AT&T bu ölçekte ilerleyebilmek için Microsoft Foundry Managed Compute üzerinde dedike GPU kapasitesine yaslanan bir mimari tercih etti.

Telekom odaklı AI için ölçek sorunu

Daha önce ekiplerin kendi dağıtımlarını, altyapılarını ve bunlara bağlı operasyonel yükü yönetmesi gerekiyordu. Foundry Managed Compute, dedike GPU kapasitesine daha akıcı bir erişim sunarak bu yükü hafifletti. AT&T, Microsoft Foundry üzerinden birden fazla açık model üzerinde deney yapabildi, iş yüklerini farklı GPU mimarilerine göre optimize etti ve büyük hacimli telekom verilerini tek bir platformda işledi. Sonuçta trilyonlarca token’ı destekleyebilen, iterasyon ve optimizasyon hızını artıran bir geliştirme ortamı ortaya çıktı.

Çoklu açık model stratejisi

AT&T, tek bir modelde standartlaşmak yerine çoklu açık model yaklaşımını benimsedi. Açık modeller; onaylı telekom verisiyle çalışma, alan odaklı iş akışlarını uyarlama ve maliyet ile dağıtım stratejisi üzerinde daha fazla kontrol sağlama imkânı verdi. Ekip, Hugging Face koleksiyonundan Phi-4, OSS-120B ve Gemma-4 gibi modelleri; sentetik veri üretiminden veri hazırlığına, akıl yürütme yoğun iş yüklerinden geniş model geliştirme çalışmalarına kadar farklı aşamalarda kullandı.

Phi-4 bu süreçte özellikle öne çıktı: OTel2.0 için veri hazırlığı ve eğitim iş akışının bir parçası olarak aylık 700 milyardan fazla token işledi. Kaynakta öne çıkan model-iş yükü eşleşmeleri şu şekilde:

İlgili içerik: OAuth Uygulamalarında Çoklu Redirect URI ve Token Yenileme

Model Örnek iş yükü
Phi-4 Veri hazırlığı ve sentetik veri üretimi için aylık yaklaşık 700 milyar token
OSS 120B Yüksek akıl yürütme gerektiren iş yükleri
Gemma 4 OTel2.0 geliştirme iş akışları

Heterojen GPU altyapısı

OTel2.0’ı geliştirmek, telekom ölçeğinde çalışabilen bir altyapı da gerektiriyordu. AT&T, Microsoft Foundry Managed Compute üzerinden yaklaşık 530 GPU kullandı; bunların 430’u AMD Instinct™ MI300X GPU. Birden fazla GPU mimarisini kapsayan bu heterojen yaklaşım, gereksinimler değiştikçe modellerin nasıl dağıtılıp optimize edileceği konusunda esneklik sağladı.

Bu tablo, farklı iş yükleri için doğru modeli seçebilme, maliyet ve performans için optimize edebilme ve operasyonel ortamı yeniden inşa etmeden ölçekleyebilme ihtiyacına verilen pratik bir yanıt olarak öne çıkıyor.

Dağıtım hızı ve maliyet ekonomisi

Hugging Face Ürün Başkan Yardımcısı Jeff Boudier’in aktardığına göre Microsoft Foundry, Hugging Face koleksiyonundaki güncel açık modelleri AMD ve NVIDIA GPU’larıyla tek bir yerde bir araya getirerek ekiplerin doğru modeli ve donanımı seçip haftalar yerine saatler içinde dağıtım yapmasına imkân tanıyor. AT&T örneğinde Foundry Managed Compute, modelleri günler içinde dağıtıp ölçekleme imkânı sunarak OTel2.0 geliştirme takvimini hızlandırdı.

İlgili içerik: Foundry Dev Pack ile Tek Komutta Geliştirme Ortamı

AT&T’nin öncelikli hedeflerinden biri, AI kaynaklı iş değerini korurken model tüketim maliyetlerini düşürmekti. OTel2.0 kapsamında yaklaşık 1 trilyon token işlendi; bu veri, GSMA kaynaklı ham dokümanlar ile üretilen sentetik verinin birleşiminden oluşuyor. Kaynağa göre Phi-4 gibi açık kaynak modellerin Foundry Managed Compute üzerinde çalıştırılması, sentetik veri üretimini sınır (frontier) modellerle yapmaya kıyasla onlarca milyon dolarlık tasarruf sağladı ve ekiplerin daha büyük ölçekli deneylere yatırım yapmasını mümkün kıldı.

Kaynakta paylaşılan bazı öne çıkan rakamlar:

Metrik Değer
OTel 1.0 indirmeleri 25 milyondan fazla
Foundry Managed Compute üzerinden kullanılan GPU Yaklaşık 530
OTel2.0 için işlenen token Yaklaşık 1 trilyon
OTel2.0 için eğitilen token Yaklaşık 400 milyar
Kullanılan modeller Phi-4, OSS 120B, Gemma 4

AT&T Veri Bilimi ve Yapay Zeka Başkan Yardımcısı Mark Austin, yüz milyarlarca token işlerken altyapının çözülmesi gereken sorunun bir parçası haline geldiğini; Foundry Managed Compute’un sağladığı ölçekli GPU erişimi sayesinde ekiplerin altyapı yönetimi yerine OTel2.0’ı ilerletmeye odaklanabildiğini vurguluyor.

Üretim ölçeğinde AI için çıkarımlar

OTel2.0, açık modelleri ölçeklenebilir altyapı ve alan uzmanlığıyla birleştirerek üretime hazır yapay zeka sistemlerinin nasıl kurulabileceğine dair somut bir örnek sunuyor. Farklı iş yüklerini farklı modellerle eşleştirmek ve altyapıyı maliyet-performans dengesine göre optimize etmek, trilyonlarca token’ın operasyonel verimlilikten ödün vermeden işlenmesine olanak tanıdı. Deneme aşamasından üretime geçen kuruluşlar için model seçimi esnekliği, altyapı optimizasyonu ve verimli ölçeklenme giderek daha kritik hale geliyor; Microsoft Foundry ve Foundry Managed Compute bu yetkinlikleri tek bir platformda buluşturan yaklaşımlar arasında yer alıyor.

İlgili içerik: Microsoft.Data.SqlClient ile Yerleşik Yeniden Deneme Mantığı

İlgili İçerikler

  • Koddan Buluta: azd ile AI Ajanınızı Microsoft Foundry’ye Dakikalar İçinde Taşıyın
  • Microsoft Foundry Ajanlar Çağı: GPT-5.6 ve Production Ajan
  • Microsoft Foundry Haziran 2026: Haziran’da Ne Değişti?

Kaynaklar ve İleri Okuma

  • amd.com
  • azure.microsoft.com
  • Orijinal yazı: AT&T and Microsoft scale trillion-token workloads with Microsoft Foundry and AMD
  • Foundry Managed Compute genel bakış (Microsoft Learn)
  • Announcing Foundry Managed Compute (Microsoft Dev Blogs)
  • Microsoft Foundry ürün sayfası
  • Phi model ailesi
  • GSMA: Open Telco AI duyurusu
  • Microsoft ve AMD ile Azure AI ve HPC altyapısı
  • AMD Advancing AI: Sovereign AI at Scale
  • AMD Advancing AI: What’s Next for AI Infrastructure in the Cloud
  • İlgili yazı: Foundry Managed Compute: Açık Modelleri Üretimde Taşımak Kolaylaştı
  • İlgili yazı: Microsoft Foundry & Fireworks AI: Açık Yapay Zeka
🤖Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.
Aşkın KILIÇ
Aşkın KILIÇYazar

20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

İlgili Yazılar

SELinux Volume Label Değişikliği: v1.37 Öncesi Hazırlık
SELinux Volume Label Değişikliği: v1.37 Öncesi Hazırlık23 Nis 2026
Service Bus Batch İşlemede Mesaj Bazlı Settlement Devrimi
Service Bus Batch İşlemede Mesaj Bazlı Settlement Devrimi29 Nis 2026
GitHub Code Quality no longer adds Copilot as a reviewer
GitHub Code Quality no longer adds Copilot as a reviewer7 Ağu 2026
Microsoft Build of OpenJDK Temmuz 2026 Güncellemesi
Microsoft Build of OpenJDK Temmuz 2026 Güncellemesi25 Tem 2026

Bu içerik işinize yaradı mı?

Benzer içerikleri kaçırmamak için YouTube ve GitHub hesaplarımı takip edin.

YouTube GitHub

Haftalık Bülten

Her pazar özenle seçilmiş teknoloji yazıları doğrudan e-postanıza gelsin.

Etiket Açık Modeller GPU altyapısı Microsoft Foundry Telekom AI Trilyon Token
Önceki yazı

Claude Opus 5 GitHub Copilot’ta Kullanıma Sunuldu

Sonraki yazı

Microsoft Build of OpenJDK Temmuz 2026 Güncellemesi

İlginizi Çekebilir

Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı
Aşkın KILIÇ 0

Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı

24/10/2026
PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği
Aşkın KILIÇ 0

PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği

24/10/2026
Copilot Usage Metrics API: IDE Dışı Araç Kullanımı
Aşkın KILIÇ 0

Copilot Usage Metrics API: IDE Dışı Araç Kullanımı

24/10/2026

2 comments

comments user
Tolga F. 24/07/2026 19:15

Trilyon token gerçekten ciddi bir ölçek, merak ediyorum bu kadar büyük veriyle eğitilmiş bir telekom modeli ağ arızalarını öngörmede ne kadar başarılı oluyor. AT&T’nin açık model yaklaşımını tercih etmesi de ilginç, vendor lock-in’den kaçınmak istiyorlar herhalde.

comments user
Ceren M. 24/07/2026 22:36

Trilyon token ölçeği gerçekten ciddi bir rakam. Telekom gibi son derece spesifik bir alanda genel amaçlı modeller yerine alan odaklı bir model ailesi geliştirmeleri mantıklı bir tercih, merak ettiğim şu: OTel2.0 ağ operasyonlarında gerçek zamanlı karar alma için de kullanılıyor mu yoksa şimdilik daha çok analitik tarafında mı kalıyor?

Yorumlar kapalı.

Yazı Ara

Takip Edin

  • Takipçi
  • Takipçi
  • Takipçi
  • Abone
  • Takipçi
  • Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı
    24/10/2026 Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı
  • PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği
    24/10/2026 PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği
  • Copilot Usage Metrics API: IDE Dışı Araç Kullanımı
    24/10/2026 Copilot Usage Metrics API: IDE Dışı Araç Kullanımı
  • Code with Cosmos: Dört Bölümde Üretime Hazır AI Uygulaması
    24/10/2026 Code with Cosmos: Dört Bölümde Üretime Hazır AI Uygulaması
  • GitHub Apps ile Enterprise Yönetimi PAT'siz Yürütmek
    23/10/2026 GitHub Apps ile Enterprise Yönetimi PAT’siz Yürütmek
  • DevOps Güncellemeleri
    09/03/2026 Azure DevOps Server Şubat Güncellemesi: Güvenlik
  • 2026-03-10_15-35-23
    10/03/2026 Microsoft 365 E7: Yapay Zeka ve Güvenlik Bir Arada
  • Artımlı Anlık Görüntü: Anında Geri Yükleme
    09/03/2026 Artımlı Anlık Görüntü: Anında Geri Yükleme
  • Azure Developer CLI 1.34: azure.yaml Katmanları ve
    04/10/2026 Azure Developer CLI 1.34: azure.yaml Katmanları ve
  • Bulut Sunucu Altyapısı
    09/03/2026 Microsoft Sovereign Cloud: İzolasyonda Güvenli Bulut
  • GitHub Copilot Pro Denemeleri Neden Durdu?
    11/04/2026 GitHub Copilot Pro Denemeleri Neden Durduruldu?
  • vcpkg'de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
    06/04/2026 vcpkg’de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
  • MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
    08/04/2026 MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
  • Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
    06/04/2026 Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
  • Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler
    10/04/2026 Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler

Hakkımda

Aşkın KILIÇ

Microsoft Azure Çözüm Uzmanı. Bulut bilişim, yapay zekâ, DevOps ve kurumsal güvenlik üzerine yazılar yazıyorum.

Devamını Oku →

Kategoriler

  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka

Popüler Etiketler

AI ajanları ASP.NET Core Azure azure app service Azure Cosmos DB Azure Developer CLI Azure DevOps Azure Functions Azure OpenAI azure sdk Azure SQL CI/CD CodeQL code review copilot Copilot CLI DevOps Entra ID geliştirici verimliliği GitHub GitHub Actions GitHub Copilot güvenlik Kimlik Doğrulama Kubernetes kurumsal güvenlik kurumsal yapay zeka maliyet optimizasyonu MCP Microsoft Agent Framework Microsoft Azure Microsoft Entra ID Microsoft Foundry MSVC otomasyon performans Pull Request RAG verimlilik veri yönetimi Visual Studio Visual Studio 2026 VS Code yapay zeka Yazılım geliştirme
  • Gizlilik Politikası
  • Çerez Politikası
  • Kullanım Koşulları
  • Hakkımda
  • İletişim

© 2026 Aşkın KILIÇ | Tüm hakları saklıdır. | Powered By SpiceThemes

Çerez tercihleri Zorunlu çerezler sitenin çalışması için kullanılır. Analitik çerezler yalnız açık izninizden sonra Google Analytics ve Microsoft Clarity için etkinleştirilir. KVKK ve Çerez Politikası
✉

Haftalık Bülten

Azure, DevOps ve Yapay Zeka dünyasındaki en güncel içerikleri her hafta doğrudan e-postanıza alın.

Spam yok. İstediğiniz zaman iptal edebilirsiniz.
📱
Uygulamayı Yükle Ana ekrana ekle, çevrimdışı oku
Ana Sayfa
Kategoriler
💻 Geliştirici Araçları 507 yazı 🏗️ Bulut Altyapı 407 yazı 🤖 Yapay Zeka 331 yazı ☁️ Microsoft Azure 279 yazı 🔧 DevOps 277 yazı 🔒 Güvenlik & Kimlik 223 yazı 🏢 Kurumsal Teknoloji 107 yazı 📊 Veri & Analitik 78 yazı 🐳 Konteyner & Kubernetes 62 yazı 📧 Microsoft 365 22 yazı 📁 Azure 1 yazı
Ara
Popüler
Yapay Zeka Azure Kubernetes DevOps Copilot Docker
Paylaş
WhatsApp
İçindekiler
    ← Claude Opus 5 GitHub Copilot&#...
    Microsoft Build of OpenJDK Tem... →
    📩

    Gitmeden önce!

    Her pazar özenle seçilmiş teknoloji yazıları ve AI haberleri doğrudan e-postanıza gelsin. Ücretsiz, spam yok.

    🔒 Bilgileriniz güvende. İstediğiniz zaman ayrılabilirsiniz.

    📬 Haftalık bülten: Teknoloji + AI haberleri
    Beni Takip Et Yeni Azure / AI / DevOps yazılarını GitHub ve RSS üzerinden takip edin.
    GitHub RSS