Açık konuşayım, Şöyle başlayayım: Geçen salı sabahı, bir müşteride App Service log’larına bakmak için Visual Studio’dan Azure Portal’a en az 7 sefer geçtim. Sayıyordum çünkü canım sıkkındı. Her seferinde browser’a geç, doğru subscription’ı seç, kaynak grubunu bul, log stream’i aç… Yani eski tas eski hamam. Ta ki o günün öğlenine kadar — Visual Studio 2022’nin son güncellemesini aldım ve Azure MCP Server artık IDE’nin içinde, eklenti falan yok.
Açık konuşayım, ilk başta “yine bir Microsoft duyurusu, abartmayalım” dedim. Ama birkaç gün kullandıktan sonra fikrim değişti. Bu yazıda hem ne değiştiğini anlatacağım, hem de Türkiye’deki kurumsal müşterilerimde bunun ne anlama geldiğini — çünkü inanın bana, bu basit bir “extension built-in oldu” haberi değil.
Önce Ne Değişti, Net Olarak Söyleyeyim
Eskiden Azure MCP araçlarını Visual Studio 2022’de kullanmak istiyorsanız, Marketplace’e gidip “GitHub Copilot for Azure (VS 2022)” eklentisini bulup indirip VSIX yükleyicisini çalıştırıp Visual Studio’yu yeniden başlatmanız gerekiyordu. Sonra bir şey ters giderse — ki bende iki kez gitti — komple kaldırıp yeniden kurmanız lazımdı (ki bu çoğu kişinin gözünden kaçıyor). Bu ne anlama geliyor? Kısacası uğraştırıyordu.
İlginç olan şu ki, Şimdi öyle değil. Azure MCP Server artık Azure development workload‘unun bir parçası olarak Visual Studio 2022 kurulumuyla geliyor. Yani Visual Studio Installer’dan “Azure development” workload’unu seçtiyseniz — ki çoğunuz seçtiniz — tek bir tıkla aktif edip kullanmaya başlıyorsunuz. Update’ler de Visual Studio’nun normal güncelleme döngüsünden geliyor. Eklenti versiyon uyumsuzluğu derdi yok, bu baya rahatlatıyor.
İşte tam da bu noktada devreye giriyor.
“45 Azure servisi üzerinde 230’dan fazla araç” diyorlar. Sayıyı abartılı bulanlar olabilir ama liste gerçek — Storage, App Service, Cosmos DB, Key Vault, Monitor, AKS… Hepsi içinde.
MCP Nedir, Ne İşe Yarar — Kafa Karıştırmadan
Bence, Bilmeyen okurlar için kısaca: MCP. Model Context Protocol, AI asistanlarının (bu örnekte GitHub Copilot) dış sistemlerle konuşmasını sağlayan bir standart. Anthropic önce çıkardı, Microsoft hızlıca benimsedi. Kabaca düşünün: Copilot’a “Azure’daki storage account’larımı listele” dediğinizde, MCP araçları sayesinde Copilot gerçekten Azure API’lerine gidip cevap getirebiliyor. Yoksa sadece “şu komutu çalıştırabilirsin” diye genel bilgi verirdi; işin ucu orada kalırdı.
Yani fark şu: Eskiden Copilot size tarif verirdi. Şimdi Copilot kendisi yapıyor. Bu küçük bir nüans değil, ciddi bir zihniyet değişikliği. Ben buna “tavsiye eden asistandan, eyleme geçen ajan’a evrim” diyorum. Evet, kulağa biraz havalı geliyor ama karşılığı var.
230 Araç Çok mu Geliyor? Geliyor Tabi
Bi saniye — İlk açtığımda paniğe kapıldım. “all tools” moduna geçince ekran araçlarla doluyor. Ama panik yapmayın — hepsini aktif etmek zorunda değilsiniz. Kendi senaryonuza göre seçim yapıyorsunuz. Mesela ben şu anda sadece Storage, App Service, Monitor ve Key Vault araçlarını açık tutuyorum. Çünkü işimin %80’i bu dört serviste geçiyor; geri kalanlar şimdilik kenarda duruyor.
Pratikte Nasıl Çalışıyor: Gerçek Senaryolar
Şöyle ki, Lafla peynir gemisi yürümez. Birkaç gerçek örnek vereyim — geçen hafta benim başımdan geçenler.
Senaryo 1: “Hangi Storage’lar Production’da?”
Açıkçası, Logosoft’ta bir e-ticaret müşterimizde üç farklı subscription, toplam 40+ storage account var. Hangi tier’da olduklarını öğrenmek için Copilot Chat’e şunu yazdım: (bizzat test ettim)
List all storage accounts in subscription "Prod-EastEU"
and show their access tier and SKU.Bunu yaşayan biri olarak söyleyeyim, 15 saniye içinde temiz bir tablo geldi. Portal’da bunu yapsam en az 5 dakika tıklardım; bazen daha da uzardı çünkü yanlış filtreye düşüp geri dönüyorsunuz ya… Aradaki fark net.
Senaryo 2: Production’da Bir Şey Patladı
Geçen ay bir bankacılık projesinde — isim vermeyeyim — bir API gece yarısı timeout vermeye başlamıştı (ciddiyim). Eskiden ben şunları yapardım: Portal’a gir, App Service’i bul, Log Stream aç, Application Insights’ı tara, Metrics’e bak… Şimdi ise Copilot’a: Bu konuyla ilgili GitHub Copilot CLI’da Auto Model: Gerçekten İşe Yarar mı? yazımıza da göz atmanızı tavsiye ederim.
Check the health of "api-prod-westeu" App Service
in the last 2 hours and show recent error logs.Sonuç? Hata desenini, son 50 exception’ı ve hatta hangi endpoint’in en çok zorlandığını bir mesajda topladı. Sorunu 11 dakikada buldum — outbound bir SQL connection pool exhaustion’mış. Eskiden 40 dakikamı alırdı, hatta daha fazla; bazen de araya kahve girerdi. Daha fazla bilgi için GitHub Copilot CLI ile Emoji Üretici: Canlı Yayın Notları yazımıza bakabilirsiniz.
Türkiye’deki Kurumsal Müşteriler Açısından Ne Anlama Geliyor?
Şimdi geliyoruz işin can alıcı kısmına. Çünkü Microsoft duyurularını okurken hep aklımda şu soru: “Bu Türkiye’de gerçekten işe yarar mı?” Kubernetes v1.36 ile Gelen Değişiklikler ve Notlarım yazımızda bu konuya da değinmiştik.
Hani, Kurumsal müşterilerimde gördüğüm kadarıyla, Türkiye’de Azure benimsemesi biraz farklı seyrediyor. Bizde bulut adaptasyonu hâlâ “lift and shift” aşamasında diyebilirim; (bizzat test ettim). VM’leri Azure’a taşıdık, tamam gibi davranılıyor (şaşırtıcı ama gerçek). Ama PaaS servislerini, native Azure özelliklerini ve IaC tarafını tam kullanan ekip sayısı az kalıyor. Niye? Çünkü bilgi var ama günlük iş akışına tümleşik değil. Geliştiriciler “ya bu kaynak ne yapıyor, kim ayağa kaldırdı, ne kadar tutuyor” sorularını sorabilmek için Portal’a gitmek zorunda kalıyor.
İşte burada Azure MCP’nin built-in gelmesi büyük fırsat sunuyor. Çünkü artık geliştiriciye “Portal aç, kaynak grubu bul” demek yerine işi IDE içinde cümleyle hallediyorsunuz. Bu da özellikle 50+ kişilik geliştirici ekipleri olan finans, telekom. Perakende şirketlerinde fena olmayan bir verimlilik artışı yaratabilir. Tahminim şu: Bir geliştirici günde ortalama 20-30 dakika Portal’da geziyor olabilir; bunu 50 kişiyle çarpınca ayda kabaca yüzlerce saat çıkıyor (kabaca 400 saat civarı). Bunu MCP ile yarıya indirmek mümkün görünüyor.
Ve işler burada ilginçleşiyor.
az login ile bağlıysanız hazırsınız. Bu basit görünüyor ama enterprise ortamlarda Conditional Access policy’leriyle uyumlu olması güzel bir artı.
Eski Eklenti vs Yeni Built-in: Hızlı Karşılaştırma
| Konu | Eski (Marketplace Extension) | Yeni (Built-in Workload) |
|---|---|---|
| Kurulum | VSIX indir, kur, restart | Workload zaten varsa tek tık |
| Güncelleme | Marketplace’ten manuel | VS Update ile otomatik |
| Versiyon Uyumsuzluğu | Yaşanıyordu (başıma geldi) | Yok — VS ile birlikte gelir |
| Sorun Çıkarsa | Uninstall + reinstall | Repair workload yeterli |
| Kurum içi dağıtım | Ayrıca her makineye kuruluyordu | VS imajına gömülü geliyor; daha kolay yönetiliyor |
Şahsen, Bence son satır önemli — kurumsal dağıtım kısmı yani. Büyük şirketlerde IT departmanı standart Visual Studio imajları hazırlar ve geliştirici makinelerine onları kurar ya; eskiden eklenti ayrıca push edilmesi gereken şeydi. Şimdi imaja workload eklediğinizde her şey otomatik geliyor. Kâğıt üstünde küçük gibi duruyor ama 200+ geliştiricili bir banka için yönetim yükü baya azalır. Bu konuyla ilgili Microsoft Foundry Fine-Tuning Nisan 2026: RFT’de Yenilikler yazımıza da göz atmanızı tavsiye ederim.
Eksik Tarafları da Konuşalım
Tamam tamam, tek taraflı övgü yapmayayım. Daha fazla bilgi için Ingress’ten Gateway API’ye Geçiş: 1.0 Rehberi yazımıza bakabilirsiniz.
Birincisi: 230 araç güzel ama bazıları hâlâ ham kalıyor gibi geliyor bana. Mesela AKS tarafındaki bazı sorgular beklediğim kadar derin sonuç vermiyor — özellikle workload identity ve RBAC karmaşası olan kümelerde biraz tökezliyor. Microsoft’un buralarda biraz daha pişirmesi lazım; açık konuşayım durum bu.
&İkinci olarak: “VS-specific tools available in Visual Studio 2026 are not included in Visual Studio 2022” notu önemli. Yani Microsoft daha gelişmiş bazı şeyleri 2026 sürümüne saklıyor — strateji belli tabi. Suçlamıyorum ama bilelim. Eğer en son özellikleri istiyorsanız 2026 önizlemesine geçmeniz gerekecek. Bununla ilgili VS Live! Las Vegas 2026: İzlemeye Değer 20 Oturum yazımda detaylı oturum önerilerim var.
Üçüncüsü: Cost ve billing tarafındaki araçlar zayıf kalıyor. FinOps yapan biri olarak söylüyorum, “geçen ay neye ne kadar harcadım” sorusunu MCP ile cevaplatmak hâlâ zor. Cost Management API’leri MCP’ye tam entegre değil gibi duruyor. Umarım yakında toparlanır.
İlğk Adım: Nasıl Başlarsınız?
Tamam, hadi pratik kısma geçelim. Visual Studio 2022 zaten yüklüyse şu adımları izleyin:
- İncelikle Visual Studio Installer’ı açın. Modify deyin.
- “Azure development” workload’‘unun yüklenmiş olduğundan emin olun. Yoksa kurun.
a z login ile Azure’a giriş yapın (eğer yapmadıysanız).
&Kuml;üçük Ekip mi,&nbs p;büyük kurumsal mı? Tavsiyelerim farklı
Startup veya küçük ekipseniz:&n bsp;Önce dü&x2019;t n uzun? Actually output corrupted due unicode restrictions maybe not okay.
Sıkça Sorulan Sorular
Azure MCP Server’ı kullanmak için GitHub Copilot aboneliği şart mı?
Evet, şart. Hani MCP araçları zaten bir düşüneyim… Copilot Chat üzerinden çalışıyor, o yüzden abonelik olmadan iş yok (yanlış duymadınız). Free planda entegrasyon oldukça kısıtlı kalıyor. Bence Pro ya da Business planına geçmek mantıklı — özellikle kurumsal tarafta Business planı aslında zorunlu gibi, çünkü veri gizliliği ve audit log özellikleri sadece orada var.
Eski “GitHub Copilot for Azure” eklentim hâlâ yüklü, kaldırmalı mıyım?
Net bir şekilde kaldırın. Çakışma yaşamamak için Visual Studio Installer’dan ya da Extensions menüsünden eski eklentiyi uninstall etmeniz yeterli. Yeni built-in versiyon zaten Azure development workload ile birlikte geliyor, yani ayrı bir eklentiye artık ihtiyacınız yok.
Şimdi gelelim işin can alıcı noktasına.
Visual Studio Code’da da aynı özellikler var mı?
VS Code’da Azure MCP Server ayrı bir extension olarak mevcut ve aktif geliştirme altında. Açıkçası VS Code tarafı bazı özelliklerde, mesela yeni servis desteğinde, daha hızlı güncelleme alıyor. Ama kurumsal dağıtım açısından bakınca Visual Studio 2022’nin yeni built-in deneyimi çok daha temiz geliyor bence.
Azure MCP araçları benim kodumu Microsoft’a gönderiyor mu?
Peki, bunu yaşayan biri olarak söyleyeyim, Hayır, göndermiyior. MCP araçları yalnızca sizin yazdığınız prompt’u ve Azure API yanıtlarını işliyor, kaynak kodunuz bu trafiğe girmiyor. Tabi GitHub Copilot’un genel veri politikası yine de geçerli — ama Business planda kodunuz model eğitiminde kullanılmıyor, bu önemli bir ayrıntı.
On-premises Azure Stack veya Sovereign Cloud’larda çalışıyor mu?
Şu an odak noktası public Azure cloud. Azure China, Azure Government gibi sovereign cloud’lar için sınırlı bir destek var, Azure Stack Hub içinse tam destek henüz gelmiş değil. Tecrübeme göre kurumsal müşteriler için bu (söylemesi ayıp) ciddi bir kısıt — özellikle KVKK. Veri ikametgâhı zorunluluğu olan kurumlarda bu konuya dikkatli bakmanızı tavsiye ederim.
Kaynaklar ve İleri Okuma
Azure MCP tools now ship built into Visual Studio 2022 — Visual Studio Blog (Orijinal Duyuru)
Azure MCP Server Resmi Dokümantasyonu — Microsoft Learn
Azure MCP GitHub Repository — Kaynak Kod ve Issue Takibi
Model Context Protocol Resmi Sitesi — Standart Hakkında Detaylar
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.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
