Claude Microsoft Foundry’de GA: Azure Faturasında Tek Satır
Bak şimdi, Uzun zamandır kurumsal tarafta beklenen hamlelerden biri nihayet geldi. Anthropic’in Claude modelleri artık Microsoft Foundry üzerinde generally available — yanı deneme sürümü değil, üretim seviyesinde, SLA’lı, Azure faturanızda tek kalemde görünüyor. Duyuruyu okuyunca benim aklıma önce model kalitesi falan gelmedi, açık konuşayım; daha çok satın alma süreci ve governance tarafındaki o meşhur baş ağrıları ne kadar azalır diye düşündüm.
📋 İçindekiler
Neden mi? Bak şimdi, kurumsal AI projelerinin çoğu model kötü diye patlamıyor; asıl takıldığı yerler procurement, ağ mimarisi, veri ikamet şartları. Iç denetim onayları oluyor. Yanı işin modeli bir yana, etrafındaki bürokrasi başka bir dünya (hmm, bunu yaşayan bilir), Claude’un doğrudan Foundry içinden Azure aboneliğinizle tüketilebilmesi de bu duvarların önemli bir kısmını kenara itiyor.
Ne değişti tam olarak?
İtiraf edeyim, Kısa cevap şu: Claude’u kullanmak için artık ayrı bir Anthropic sözleşmesi, ayrı bir kredi kartı, ayrı bir ağ konfigürasyonu gerekmiyor. Uzun tarafı işe biraz daha katmanlı, hatta ilk bakışta insanın kafasını hafif karıştırıyor.
Şimdiye kadar Claude’u kurumsal bir projeye bütünleşik etmek istediğinizde tablo bayağı parçalıydı: Anthropic ile ayrı bir enterprise agreement, ayrı faturalandırma, ayrı kimlik doğrulama katmanı, ayrı data processing addendum. Türkiye’deki büyük müşterilerimde bu iş bazen 3-4 ay sürüyordu; hukuk giriyor, satın alma giriyor, bilgi güvenliği giriyor (bir de üstüne herkes kendi listesini uzatıyor), sonra süreç iyice ağırlaşıyordu. Foundry içinden tüketim bu döngüyü kısaltıyor. Çünkü Azure zaten onaylı bir tedarikçi. MACC (Microsoft Azure Consumption Commitment) taahhüdünüz varsa oradan düşüyor.
İşin ilginç yanı şu: bu duyuru Kasım 2025’te açıklanan Microsoft-NVIDIA-Anthropic üçlü ortaklığının somut bir çıktısı. Claude, NVIDIA Blackwell Ultra sistemleri üzerinde, InfiniBand ağ altyapısıyla çalışıyor. Yanı inference performansı tarafında da rack-scale bir mimariden faydalanıyorsunuz; kağıt üstünde fena durmuyor, ama açık konuşayım, gerçek latency rakamlarını görmeden ben hemen bayılmam. Birkaç hafta beklemek lazım tabiî.
Azure hesabınızla Claude’a erişmek
Geliştirici tarafında erişim Messages API üzerinden geliyor. Prompt caching var, extended thinking var, tool streaming var; yanı Claude tarafında işinize yarayan ne varsa büyük ölçüde masada dürüyor. Ajan kurmak isteyenler için de Foundry Agent Service Claude’u reasoning core olarak kullanabiliyor, çok adımlı planlama yapıyor, tool çağırıyor, kurumsal sistemlerle konuşan görevleri de taşıyabiliyor.
Burada iki detay var, kaçırmayın:
- Inference Azure’da işleniyor. Global ve US data zone seçenekleri var. Data residency derdi olan ekipler için bu baya can alıcı bir nokta.
- Anthropic hâlâ data processor. SLA’yı Anthropic veriyor, inference’ı da Anthropic işletiyor. Yanı model tarafındaki sorumluluk zinciri yerinde dürüyor.
Vallahi, Bu ayrım önemli. Bazı müşterilerim ilk duyduğunda “Yanı Microsoft’un modeli mi bu şimdi?” diye sordu. Hayır, değil. Claude yine Claude, Anthropic yine Anthropic. Sadece tüketim kanalı ve faturalama Azure üzerinden akıyor. Kısacası tablo değişmiyor, yol değişiyor.
Kimlik ve erişim tarafı
İşin en sevdiğim kısmı burası. Entra ID ile authenticate oluyorsunuz, sonra Azure RBAC ile kim hangi modele erişecek, kim hangi projeye prompt gönderecek gibi işleri mevcut policy’lerinizle yönetiyorsunuz; yeni bir kimlik sistemi öğrenmek yok, yeni bir role assignment matrisi çıkarmak da yok, açık konuşayım bu rahatlatıcı bir şey.
Yüksek hassasiyetli iş yükleri için zero data retention seçeneği de var (şaşırtıcı ama gerçek). Yanı prompt ve completion’lar API çağrısı bittikten sonra Anthropic tarafında tutulmuyor. Finans, sağlık, kamu gibi sektörlerde bu mesele ciddi; tabiî burada küçük ama önemli bir not var: bunu opt-in olarak açmanız gerekiyor, kendiliğinden gelmiyor.
Faturalama: CCU nedir, ne değildir?
Claude Consumption Unit, yanı CCU. Yeni bir birim bu. Azure faturasında tek satır görünüyor, evet. MACC drawdown’a da giriyor. Mevcut Azure taahhüdünüzden düşüyor, Foundry tarafında işe model bazında kırılımı görebiliyorsunuz (hangi model, ne kadar yemiş, hangi projeden gelmiş), işte asıl kıymetli yer biraz orası.
Evet, doğru duydunuz.
Bunu neden önemsiyorum? Çünkü şimdiye kadar bir müşteriye “Claude entegre edelim” dediğinizde CFO’nun ilk refleksi belliydi: “Bu masrafı nasıl toparlayacağız? Vergi işi ne olacak? TL bazında kaç para çıkacak?” CCU modeli bu sorulara düz cevap veriyor; zaten var olan Azure sözleşmesinin içine oturuyor, TL fatura kesiyor, KDV dahil geliyor, malı müşavir de bakıp “tamam” diyebiliyor.
Sahada en çok takıldığım yerlerden biri hep aynıydı: “AI modeli için ayrı satın alma süreci.” Bu duvar baya yüksek duruyordu. CCU o duvarı ciddi biçimde aşağı çekiyor. Hatta bazen iş sadece teknik değil, süreç tarafında da 2-3 ay kazandırıyor.
Karşılaştırmalı bakış
İşi somutlaştıralım, lafı gevelemeden bir tabloyla bakalım:
| Kriter | Doğrudan Anthropic API | Claude in Microsoft Foundry |
|---|---|---|
| Satın alma süreci | Ayrı sözleşme | Mevcut Azure/MACC |
| Kimlik doğrulama | API key | Entra ID + RBAC |
| Faturalama | USD, ayrı fatura | Azure faturasında CCU |
| Data residency | Sınırlı seçenek | Global / US zones |
| SLA sağlayıcı | Anthropic | Anthropic (aynı) |
| Governance | Ayrı politika | Azure Policy entegre |
| Zero data retention | Var | Var |
Araya gireyim: Tablodan da anlaşılıyor aslında. Model kalitesi tarafında kayıp yok, SLA tarafında da öyle büyük bir sürpriz yok. Değişen şey daha çok enterprise plumbing; yanı kurumsal tarafta işi döndüren borular, vanalar, yetkiler ve faturanın nereye yazıldığı kısmı. Az önce başka gibi anlattım ama aslında mesele tam olarak bu.
Şöyle ki, Evet.
Bunu yaşayan biri olarak söyleyeyim, Bence kritik nokta şu: Teknik ekip genelde modele bakıyor, finans ekibi işe fatura satırına. İkisi de haklı. Neyse, peki neden? Çünkü biri çalışsın istiyor, diğeri izini sürmek istiyor; CCU burada iki tarafın da biraz içini rahatlatıyor.
Neyse, konuya geri döneyim. Bu yapı sayesinde Claude’u denemek ile kurumsalda devreye almak arasındaki mesafe kısalıyor; hani bazen iyi fikirler süreçte kaybolur ya, işte o kaybolma ihtimali biraz azalıyor.
Tam da öyle.
Peki Türkiye tarafı ne yapmalı?
Buradan sonrası biraz benim yorumum. Türkiye’deki kurumsal tabloya bakınca iki ayrı dünya görüyorum, hani ilk bakışta benzer gibi dürüyor ama işin içine girince ayrışma hemen belli oluyor.
Birincisi büyük kurumsal yapılar — bankalar, telekomlar, holdingler. Bunlar için Claude’un Foundry’ye gelmesi baya iş görüyor. Neden? Çünkü çoğunda MACC taahhüdü var, Azure Landing Zone oturmuş durumda, bilgi güvenliği ekipleri de Entra ID tabanlı yapıyı zaten masaya koymuş. Çoğu zaman onaylamış oluyor. Yanı burada mesele teknik değil sadece; asıl fark, “3 ay sürecek satın alma” ile “hafta içinde POC” arasındaki o can sıkıcı mesafe (ve evet, bazen bütün proje orada takılıyor). Bir de veri ikamet konusu var — bazı sektörlerde regülatör açık açık “US zone kullanamazsınız” diyor. Global data zone biraz nefes aldırıyor ama tam Türkiye içinde tutulacak veri için hâlâ net bir çözüm yok, bunu da kenara not etmek lazım.
İnanın, İkincisi startup ve KOBİ tarafı. Burada hikâye biraz değişiyor. Küçük bir ekipseniz ve MACC taahhüdünüz yoksa, Foundry üzerinden Claude tüketmek ile doğrudan Anthropic’ten almak arasında devasa bir fark çıkmayabilir; hatta bazen doğrudan console’da daha hızlı iterasyon yaparsınız, açık konuşayım. Ama müşterileriniz kurumsalsa ve sız onların ortamında dağıtım yapacaksanız Foundry’yi öğrenmek stratejik kalıyor. Kısacası: Ürünü kime satıyorsunuz, soru bu. Neden önemli bu? Cevap oradan geliyor.
Peki neden?
Evet.
Nereden başlamalı? Pratik yol haritası
Bakın, Bu tarz duyuruları okuyunca bana da genelde aynı soru geliyor: “Tamam da şimdi ne yapacağız?” Haklısınız; haber güzel ama masa başında oturunca tek başına pek bir şey ifade etmiyor (özellikle bütçe ve uyumluluk tarafı karışıksa), o yüzden ben işi küçük adımlara bölmeyi seviyorum.
- Foundry portalına girin, mevcut Azure aboneliğinizle Claude’u model kataloğunda görüp göremediğinizi kontrol edin (bölgeye göre değişebilir).
- Basit bir Messages API çağrısıyla POC yapın — kimlik doğrulamanın Entra ID üzerinden düzgün çalıştığını doğrulayın.
- Bilgi güvenliği ekibinize danışın: Zero data retention gereksin mi, hangi data zone seçilecek?
- Küçük bir agent senaryosu tanımlayın. Foundry Agent Service’i devreye alın. Örnek: iç doküman özetleme, ticket triage, kod inceleme. (bu kritik)
- CCU tüketimini birkaç hafta ölçün, gerçek maliyeti tahminlerinizle karşılaştırın.
Bu sırayı izlerseniz büyük bir boşluk bırakmamış olursunuz. Ha, neredeyse unutuyordum: Prompt caching’i büyük ihtimalle açın. Uzun sistem promptları olan agent’larda maliyet — itiraz edebilirsiniz tabi — düşüşü gerçekten hissediliyor; tek başına %40-60 tasarruf gördüğüm senaryolar öldü, (kendi tecrübem). Laf olsun diye söylemiyorum.
Bir dakika — bununla bitmedi.
Burada, peki neden? Çünkü küçük optimizasyonlar bazen bütün resmî değiştiriyor.
Foundry Agent Service ile birlikte düşününce
Eh, İşin en heyecanlı tarafı bence tam burada başlıyor. Sız hiç denediniz mi? Claude’u tek başına bir chat modeli gibi görmek artık biraz eski moda kalıyor, çünkü asıl olay önü bir reasoning core olarak kullanmakta (yanı çok adımlı agent’ların kafası yapmakta), ve bu yaklaşım sahada şaşırtıcı derecede iş görüyor.
Eh, Foundry Agent Service de Microsoft’un bu yıl bayağı yüklenip üstüne gittiği alanlardan biri. Agent Harness ile Ajana Veri Vermek: Onay ve Hafıza Dahil yazımda anlattığım harness fikriyle birleşince ortaya şöyle bir tablo çıkıyor: reasoning tarafında Claude, orchestration tarafında Foundry, veri ve onay katmanında da Harness; üçü yan yana gelince üretim seviyesinde ajan geliştirmek için fena olmayan, hatta çoğu senaryoda bayağı sağlam duran bir zemin oluşuyor.
Kendi tarafta Claude Sonnet ile ilgili gözlemlerimi daha önce paylaşmıştım — bkz (bizzat test ettim). Claude Sonnet 5 GitHub Copilot’ta: Sahadan Sonnet Notları. Kod tarafında ve karmaşık akıl yürütmede hâlâ öne çıkan modellerden biri, buna lafım yok; ama dur bir saniye — her modelde olduğu gibi bunda da pürüz var, özellikle uzun bağlam pencerelerinde tutarlılık biraz düşebiliyor. Beklediğim kadar sıkı değil açıkçası; 200K token’ın üstüne çıktığınızda bazen ufak ufak “unutkanlık” sinyalleri görüyorsunuz, yanı model bir noktadan sonra önceki detayları tam aynı netlikte taşımıyor.
Durun, bir saniye.
Eleştirel bir bakış
Açık konuşayım, her şey güllük gülistanlık değil (buna dikkat edin). Birkaç yerde frene basmak lazım; yoksa insan “tamamdır” deyip sonra ufak sürprizlerle uğraşıyor.
İnanın, Birincisi model kataloğu konusu. Microsoft’un kendi modeli var, OpenAI modelleri var, Meta’nın Llama’ları var, şimdi Claude da geldi; bir de Gemini 2.5 Pro. Gemini üç Flash Copilot’tan Çıkıyor yazısında değindiğim gibi Google modelleri de ortalıkta dolanıyor. Güzel tarafı şu: seçenek çok. Kötü tarafı da şu: karar vermek bazen çorba oluyor, çünkü hangi iş yükünde hangi modeli seçeceğin hâlâ biraz deneme-yanılma işi, net bir reçete yok yanı.
Bir dakika — bununla bitmedi.
Peki neden? Çünkü katalog büyüdükçe kafa da büyüyor. Model seçimi kolaylaşmıyor, tam tersine bazı ekiplerde “hangisini alsak” diye küçük bir kilitlenme yaratabiliyor; özellikle üretim tarafında acele karar vermek yerine iki tür test yapmak daha akıllıca dürüyor.
Hani, İkincisi faturalama şeffaflığı. CCU tek satır olarak faturada görünüyor ama detay kırılımını görmek için Foundry’ye girmeniz gerekiyor. Şey, bu ilk bakışta idare eder gibi dursa da finans ekipleri bazen bunu sevmez; özellikle chargeback yapan büyük yapılarda ekstra rapor çıkarma işi açabilir, o yüzden bunu en baştan planlamak daha rahat ettirir.
Maalesef. Sonradan toparlamaya çalışınca iş uzuyor.
Üçüncüsü vendor lock-in meselesi. Claude’u Foundry üzerinden kullandığınızda mimarı Azure’a biraz daha yaslanıyor, bunu saklamaya gerek yok. Multi-cloud kafanız varsa doğrudan Anthropic API’si daha esnek gelebilir; ama açık konuşayım, Türkiye’de görüştüğüm müşterilerin çoğu zaten Azure ağırlıklı çalışıyor, yanı pratikte bu risk herkes için aynı sertlikte hissedilmiyor.
Hani, Evet.
Sonuç yerine
Bence bu duyuru, sadece “model ekledik” haberi değil. İşin aslı biraz daha sert: kurumsal AI benimseme eğrisinin tam göbeğine dokunan bir mimarı kararın ete kemiğe bürünmüş hali. Frontier model kalitesi, Azure control plane. Tek fatura aynı pakette geliyor; piyasada bunu aynı anda veren yaklaşım sayısı da açık konuşayım, pek fazla değil.
Ben olsam ne yapardım? Hemen bir POC ekibi kurardım. İki hafta içinde de Foundry Agent Service üzerinde Claude ile bir agent senaryosunu ayağa kaldırırdım, sonra çıkan sonucu CFO’nun anlayacağı sade bir tek sayfalık özete çevirip karar masasına koyardım (çünkü teknik demo başka şey, bütçe onayı bambaşka şey). Bu tip duyurular biraz momentum yaratıyor, hatta bazen beklediğinizden hızlı şekilde yön değiştiriyor; o momentumu erken yakalayan ekipler de sonraki bütçe döneminde çok daha rahat nefes alıyor.
Sıkça Sorulan Sorular
Claude’u Foundry’de kullanmak için ayrıca Anthropic ile sözleşme imzalamam gerekiyor mu?
Hayır, gerek yok. Mevcut Azure aboneliğin yeterli aslında. Tüketim CCU (Claude Consumption Unit) olarak Azure faturana yansıyor ve MACC taahhüdünden düşülüyor (ciddiyim). Anthropic arka planda data processor. SLA sağlayıcısı olarak yer alıyor, ama yanı sözleşme ilişkin doğrudan Microsoft üzerinden yürüyor.
Verilerim nerede işleniyor? Türkiye’de tutulabilir mi?
Şu an için Global ve US data zone seçenekleri var. Açıkçası, tam anlamıyla Türkiye içinde inference için resmî bir seçenek henüz mevcut değil. Şimdi, yüksek hassasiyetli iş yüklerinde zero data retention opsiyonunu etkinleştirebilirsin — bu durumda prompt. Completion’lar API çağrısı biter bitmez silinip saklanmıyor.
Foundry Agent Service ile Claude’u nasıl birlikte kullanabilirim?
Açıkçası, Foundry Agent Service, Claude’u reasoning core olarak kullanıp çok adımlı planlama, tool çağrıları ve görev yürütme yapmanı sağlıyor. Sız ne dersiniz? Bence bu kısım gerçekten güçlü — mesela basit bir yapılandırmayla mevcut kurumsal sistemlerine (SharePoint, Dynamics, üçüncü parti API’ler) bağlanan ajanlar kurabiliyorsun.
Doğrudan Anthropic API’sine göre performans farkı oluyor mu?
Inference altyapısı zaten Anthropic tarafından işletiliyor ve NVIDIA Blackwell Ultra sistemleri üzerinde çalışıyor. Model çıktısı ve latency açısından anlamlı bir fark beklemiyor tecrübeme göre. Peki bunu neden söylüyorum? Asıl fark enterprise plumbing tarafında — yanı kimlik, faturalama, governance gibi konularda.
Prompt caching bu entegrasyonda çalışıyor mu?
Evet, çalışıyor. Claude’un temel yetenekleri — hani prompt caching, extended thinking, tool streaming gibi şeyler — Foundry üzerinden erişimde de destekleniyor. Uzun sistem promptlarıyla çalışan ajanlarda maliyet. Latency avantajı için mutlaka etkinleştirmeni öneririm, gerçekten fark yaratıyor.
Kaynaklar ve İleri Okuma
Claude in Microsoft Foundry is now generally available — Azure Blog
Microsoft Foundry Resmî Dokümantasyonu
Anthropic Messages API Referansı
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.
3 comments