Azure MCP Server Artık Tek Dosyayla Kuruluyor
Geçen hafta bir müşterimle toplantıdaydık — finans tarafında çalışan, 200+ kişilik bir IT ekibi var (şaşırtıcı ama gerçek). Adam bana döndü — itiraz edebilirsiniz tabi — ve dedi ki: “Aşkın, biz bu MCP Server’ı kurmak için Node.js mı yükleyeceğiz, Python mı,.NET mi? Ekipte herkes başka yerde, standart çıkaramıyoruz.” Haklıydı. Model Context Protocol (MCP) fikri güzel, (inanın bana). Kurulum kısmı insanı yoruyordu; ta ki Microsoft Azure MCP Server’ı .mcpb formatında paketleyene kadar.
📋 İçindekiler
- MCP Bundle Nedir, Neden Umursamalısınız?
- Öncesi ve Sonrası: Kurulum Yöntemleri Karşılaştırması
- Üç Adımda Kurulum: Gerçekten Bu Kadar Kolay mı?
- Türkiye’deki Kurumsal Gerçeklik: Kim Ne Yapmalı?
- Bundle Formatının Eksikleri : Her Şey Gül Değil
- Pratik Senaryo : Ne Zaman MCP Bundle,Ne Zaman Docker?
- Ileriye Bakış:MCP Ekosistemi Nereye Gidiyor?
- Kaynaklar ve İleri Okuma
İşin garibi, bak şimdi, bu gelişme ilk bakışta küçük gibi duruyor. “E ne olmuş, paketlemişler işte” diyebilirsiniz. Ama öyle değil; bu, MCP tarafında bayağı önemli bir eşik. Hele Türkiye’deki kurumsal yapılarda runtime bağımlılıkları yüzünden kaç iş ertelendi, kaç POC yarım kaldı, insan düşününce biraz sinir oluyor… Neyse, konuyu dağıtmayayım.
MCP Bundle Nedir, Neden Umursamalısınız?
MCP Bundle dediğimiz şey, aslında ilk bakışta fazla iddialı durmuyor (bizzat test ettim). Ama işin aslı biraz farklı. VS Code eklentilerini biliyorsunuz değil mi? .vsix dosyasını indirip sürükle-bırak kuruyorsunuz, olay kapanıyor. Chrome uzantılarındaki .crx mantığı da aynı zaten. MCP Bundle (.mcpb) da buna benziyor, ama bu kez MCP sunucuları için konuşuyoruz (kendi tecrübem).
Çok konuştum, örnekle göstereyim.
Şunu söyleyeyim, teknik tarafa geçince tablo daha netleşiyor. Bir .mcpb dosyası özünde bir ZIP arşivi; içinde de bir manifest.json var (sunucunun metadata’sı, hangi tool’ları sunduğu, hangi platformda çalıştığı gibi bilgiler burada duruyor). Ayrıca sunucu binary’siyle birlikte tüm bağımlılıklar yer alıyor.
Şöyle ki, Açıkçası hayati nokta şu: son kullanıcının ekstra bir runtime yüklemesine gerek kalmıyor. Node.js yok, Python yok,.NET SDK yok, Docker bile yok. İndiriyorsun, açıyorsun, çalışıyor. Bu kadar.
Bunu ilk duyduğumda “hah, sonunda” dedim (ki bu çoğu kişinin gözünden kaçıyor). Çünkü 2024’ün sonlarında bir telekom müşterimizde MCP Server kurulumu yapmaya çalışmıştık; makinelerde Python 3.8 vardı, bizim 3.11 istememiz gerekiyordu, yükseltme de yapamıyorlardı (bizzat test ettim). Başka bir internal tool Python 3.8’e bağlıydı… Klasik dependency hell işte. Tam bir çıkmaz sokak. O projeyi Docker ile çözdük ama Docker da kendi dertlerini yanında getirdi tabi.
Öncesi ve Sonrası: Kurulum Yöntemleri Karşılaştırması
Durumu netleştirmek için bir tablo bırakayım. Kısa ama işe yarıyor.
| Kurulum Yöntemi | Gerekli Runtime | Zorluk Seviyesi | Kurumsal Uygunluk |
|---|---|---|---|
| npm / npx | Node.js | Orta | Geliştirici ekipler için OK |
| pip / uvx | Python | Orta | Versiyon çakışma riski yüksek |
| dotnet | .NET SDK | Orta-Düşük | .NET dünyasındaysanız iyi |
| Docker | Docker Engine | Orta-Yüksek | İzolasyon iyi ama ağır |
| .mcpb Bundle | Hiçbiri! | Çok düşük | Herkese uygun |
Araya gireyim: Peki neden bu kadar fark ediyor? Çünkü artık “hangi runtime kurulu, hangisi eksik” gibi dertlerle uğraşmıyorsunuz. Hani bazen küçük görünen şeyler olur ya, işte burada tam öyle bir durum var; özellikle developer olmayan kullanıcılar da, mesela iş analistleri, proje yöneticileri hatta C-level tarafı bile Claude Desktop üzerinden Azure kaynaklarına erişebiliyor (bizzat test ettim). Açık konuşayım, bu baya iş görüyor.
Şunu fark ettim: Evet.
Bence, Açıkçası… Neyse, çok dağıtmadan söyleyeyim: kurulum kolaylaştıkça kullanım da yayılıyor. Bir yerden sonra konu teknik olmaktan çıkıyor, ekip içi benimsenme meselesine dönüyor. Siz ne dersiniz?
Üç Adımda Kurulum: Gerçekten Bu Kadar Kolay mı?
Microsoft “üç adımda kurun” diyor (kendi tecrübem). Ben de baktım; evet gerçekten üç adım. Şimdi ama işin aslı şu: detaylar ufak görünür, sonra bir anda can sıkmaya başlar.
Adım 1: Bundle’ı İndirin
GitHub’daki Azure MCP Server releases sayfasına giriyorsunuz. Sonra işletim sisteminize ve mimarinize uygun .mcpb dosyasını indiriyorsunuz; Windows ayrı, macOS ayrı, Linux ayrı paketle geliyor yani yanlış dosyayı alırsanız baştan ufak bir uğraş çıkabiliyor.
Adım 2: Claude Desktop’a Kurun
Burada en pratik yol sürükle-bırak. Claude Desktop’u açıyorsunuz; sol üstteki hamburger menüden File → Settings → Extensions yolunu izliyorsunuz, ardından indirdiğiniz .mcpb dosyasını Extensions sayfasına bırakıyorsunuz. İki kere “Install” diyorsunuz ve bitiyor; bu kadar (inanın bana) (evet, doğru duydunuz)
Şunu söyleyeyim, Ha bir de küçük ama işe yarayan bir trick var: .mcpb dosyalarını Claude Desktop ile ilişkilendirirseniz dosyaya çift tıklayıp kurulumu direkt başlatabiliyorsunuz. Windows’ta “Open with” → Claude Desktop seçip “Always use” demeniz yeterli. Peki bunu neden söylüyorum? Sonra tekrar aynı şeyi yapmıyorsunuz; iyi oluyor.
Peki neden?
Adım 3: Azure’a Kimlik Doğrulama
Peki neden burada biraz duruyorum? Çünkü burası çoğu zaman en temiz görünen ama en çok sürpriz çıkaran kısım. Azure MCP Server, Azure kaynaklarınıza erişmek için kimlik bilgilerinizi kullanıyor; en basit başlangıç terminalde şu komutu çalıştırmak:
az login
Bunu terminalde çalıştırıyorsunuz; tarayıcı açılıyor, giriş yapıyorsunuz ve tamam gibi görünüyor. Ama dur bir saniye — kurumsal tarafta iş bazen o kadar düz gitmiyor; Conditional Access politikaları varsa, MFA zorunluysa ya da service principal kullanmanız gerekiyorsa tablo değişiyor. Bunu özellikle Türkiye’deki bankacılık ve kamu projelerinde sık görüyorum; az login yetmeyebiliyor, Managed Identity veya service principal ile ilerlemek gerekiyor.
Ve işler burada ilginçleşiyor. SELinux Volume Label Değişikliği: v1.37 Öncesi Hazırlık, yazımızda bu konuya da değinmiştik.
Kurumsal ortamlarda
az loginyeterli olmayabilir. Azure AD Conditional Access politikalarınızı ve MFA yapılandırmanızı kontrol etmeyi unutmayın. Service principal tabanlı kimlik doğrulama, otomasyon senaryolarında daha güvenli ve yönetilebilir.
Türkiye’deki Kurumsal Gerçeklik: Kim Ne Yapmalı?
Startup ve Küçük Ekipler İçin
Eğer 5-10 kişilik bir ekipseniz ve Claude Desktop zaten elinizin altındaysa,bu iş baya iş görüyor..mcpb d osyasını indiriyorsunuz,kuruyorsunuz,sonra Azure kaynaklarını doğal dille sorgulamaya başlıyorsunuz ;mesela “Show me all VMs in West Europe region that are deallocated” gibi bir prompt yazıyorsunuz.Azure MCP Server arka planda ilgili API çağrısını yapıp sonucu getiriyor.Geliştirici olmayan ekip arkadaşınız bile portal açmadan kaynak durumuna bakabiliyor (en azından benim deneyimim böyle)
Bak şimdi,maliyet kısmı da fena değil.Claude Desktop Pro aboneliği aylık $20,Azure MCP Server ise ücretsiz geliyor ;ekstra bir Azure faturası çıkmıyor(tabi mevcut Azure kaynaklarını saymazsak).Küçük bir ekip için gerçekten idare eder bir model.
Enterprise Seviyede Dikkat Edilmesi Gerekenler
Bakın, Ama enterprise tarafında tablo biraz değişiyor(bizzat test ettim).Geçen ay Logosoft’ta bir bankacılık müşterimizle tam da bu konuyu konuştuk ;adamlar “herkesin masasına Claude Desktop kurup Azure’a bağlayalım”dedi.Dur bir saniye dedim—birkaç kritik noktayı netleştirmeden buna evet demek pek akıllıca olmazdı:
- Veri sınıflandırması:Claude Desktop’a giden promptlar Claude’un sunucularından geçiyor.Hassas veri içeren sorgular yapılacak mı?KVKK ve bankacılık regülasyonları açısından bu ciddi bir risk olabilir.
- Erişim kontrolü:Her kullanıcı kendi Azure kimliğiyle mi giriyor?Yoksa paylaşılan bir service principal mı var?İkisi arasında güvenlik farkı baya büyük.
- Audit trail:Kim ne zaman hangi Azure kaynağını sorguladı?Bu bilgiyi logluyor musunuz? (bence en önemlisi)
- Network kısıtlamaları:Kurumsal proxy arkasındaysanız,
.mcpbb un d le’ı çalışırken dış bağlantı kurabiliyor mu?
Bu soruları sormadan enterprise’da MCP dağıtımı yapmak—açık konuşayım—biraz tehlikeli.Hatta bazen sorun teknikten çok süreç oluyor,garip ama gerçek ;daha önce SQL Server 2025’te Güvenlik.MCP: Tek Motor Yeter mi?w yazımda MCP’nın güvenlik tarafını ele almıştım,orada da benzer çekincelerden söz etmiştim (inanın bana)
Bakın, Peki neden? Bu konuyla ilgili .NET 10 Data Protection Güvenlik Açığı ve Acil Yamaw yazımıza da göz atmanızı tavsiye ederim.
Bundle Formatının Eksikleri : Her Şey Gül Değil
Aslında, Tamam,MCP Bundle fena olmayan bir adım.Ama açık konuşayım,birkaç yerinde kaşlarımı kaldırdım ;çünkü sadece öven yazı yazınca iş biraz fazla cilalı kalıyor,siz de biliyorsunuz.Bu konuyla ilgili azd Hook’larını Python,TypeScript,.NET ile Yazınw yazımıza da göz atmanızı tavsiye ederim.
Size bir şey söyleyeyim, Birincisi şu güncelleme meselesi.Şu an. mcpb dosyasını indirip kuruyorsunuz,p eki sonra ne oluyor ? Yeni sürüm çıkınca otomatik bir akış yok ;yeniden indirip tekrar kurmanız gerekiyor.5 kişilik ekipte idare eder,ama500 kişilik kurumda bu iş uzar da uzar,hatta operasyon ekibi “kim neyi ne zaman güncelledi” diye birbirine bakar durur.Microsoft burada bir şey koymalı bence — mesela update endpoint’i ya da düzgün bir versiyon kontrol mekanizması.
İkincisi,destek tarafı biraz dar kalmış.Şu an bu formatı pratikte Claude Desktop üzerinden görüyoruz ;evet,”MCP-compatible clients” deniyor.Sahada geniş kullanım başka bir hikâye(ben de ilk duyduğumda şaşırmıştım ).VS Code içindeki Copilot’un MCP yaklaşımı ayrı yürüyor,Cursor’ın yapısı başka tarafa çekiyor…Yani işin özünde çözüm biraz Claude-centric kalmış gibi duruyor,hani çok da saklamaya gerek yok.
Yani, Üçüncü nokta beni en çok düşündüren kısım oldu.Platform bazlı ayrı bundle indirmek zorundasınız ;cross-platform tek paket yok gibi.macOS ARM ayrı,macOS Intel ayrı,Windows x64 ayrı,Linux x64 ayrı…Kulağa küçük detay gibi geliyor.Kurumsal dağıtım yaparken iş büyüyor,çünkü her platform için paketi ayrı yönetmek zorunda kalıyorsunuz(ve bu noktada işler bir anda “basit” olmaktan çıkıyor).Bu konuyla ilgili Ubuntu 26.04’te.NET 10 : Kurulum. Konteyner Rehberiw yazımıza da göz atmanızı tavsiye ederim.
Dürüst olmak gerekirse, Şimdi gelelim işin can alıcı noktasına.
Pratik Senaryo : Ne Zaman MCP Bundle,Ne Zaman Docker?
Bunu yaşayan biri olarak söyleyeyim, Sahsen,Bu soruyu baya alıyorum.O yüzden lafı dolandırmadan yazayım.
MCP Bundle kullanın eğer:Hızlıca bir şey deneyecekseniz,geliştirici olmayan kişilere dağıtım yapacaksanız,P O C aşamasındaysanız ya da tek kullanıcılı bir kurg u varsa.Sürükle-bırak kolaylığı var ya,işte orada gerçekten rahatlatıyor ;ama tabiî her iş için de otomatik doğru seçim değil.Bu konuyla ilgili Cosmos DB’de AI Maliyet Optimizasyonu :7 Pratik İpuçuw yazımıza da göz atmanızı tavsiye ederim.
Bakın, burayı atlarsanız yazının kalanı anlamsız kalır.
Docker kullanmaya devam edin eğer : Birden fazla MCP server’ı birlikte yönetecekseniz,network izolasyonu sizin için kritikse,Kubernetes üstünde çalıştıracaksanız ya da CI/CD pipeline’a bağlayacaksanız.Docker’ın esnekliği hâlâ bazı senaryolarda elini kolunu bağlı bırakmıyor,açık konuşayım.
Foundry Agent’a MCP ile Özel Araç Bağlamakw yaz imda daha derinlemesine değinmiştim.
Ileriye Bakış:MCP Ekosistemi Nereye Gidiyor?
Peki neden？
Bence önümüzdeki6-12 ayda şunları görürüz :
- B ir tür “MCP Marketplace” —bundle’ları bulup tek tıkla kurabildiğiniz bir mağaza
- VS Code ve diğer IDE’lerde native
. mcpbd desteği - K urumsal dağıtım araçları —Intune veya SCCM ile
. mcp bd dağıtımı gibi - B und l e signing—güvenilir kaynaklardan gelen bundle’ların imzalanması
Tabi bunlar benim tahminlerim,%100 doğru olmayabilir.Ama yön belli gibi duruyor;bunu inkâr edemem.Azure SDK ekibinin bu formatı sahiplenmesi de boş değil,Microsoft’un MCP’ye gerçekten gözünü diktiğini gösteriyor.Neyse uzatmayayım —eğer AI agent’lar. Hani ne farkı var diyorsunuz, değil mi? Azure entegrasyonu sizin için önemliyse,b u gelişmeyi yakın takibe alın.Bir de açık konuşayım,MCP Bundle deneyimini SQL MCP Server : Veritabanını Ajanlara Açmanın Yoluw yazısıyla birlikte düşününce tablo biraz daha netleşiyor.
Sıkça Sorulan Sorular
MCP Bundle (.mcpb) dosyası güvenli mi, zararlı yazılım riski var mı?
Bundle’lar şu an imzalı değil. Yani açıkçası sadece resmî GitHub releases sayfasından indirin — başka yerden bulduğunuz .mcpb dosyalarına güvenmeyin. İleride bundle signing gibi bir şey gelebilir belki, ama henüz öyle bir şey yok.
Şimdi gelelim işin can alıcı noktasına.
Azure MCP Server ile hangi Azure kaynaklarını yönetebiliyorum?
İtiraf edeyim, Aslında şu an VM’ler, Storage Account’lar, Resource Group’lar, Cosmos DB, App Service gibi temel şeyleri sorgulayabilir ve bazı yönetim işlemleri yapabilirsiniz. Ama bence bunu tam bir Azure Portal alternatifi olarak düşünmeyin — hani daha çok hızlı sorgulama için, operasyon odaklı bir araç bu.
Claude Desktop dışında başka hangi MCP client’lar.mcpb destekliyor?
Şahsen, Haziran 2025 itibarıyla ana destekçi Claude Desktop. Cursor, Continue, Cody gibi diğer MCP-compatible client’lar henüz native .mcpb desteği sunmuyor. Ama MCP spesifikasyonu açık olduğu için, tecrübeme göre bu tür şeyler zamanla genişliyor — ilerleyen aylarda destek artacaktır muhtemelen.
Kurumsal ortamda MCP Bundle dağıtımını nasıl otomatikleştirebilirim?
Yani, Resmî bir otomatik dağıtım mekanizması yok aslında. Ama şöyle yapılabilir: .mcpb dosyaları standart ZIP formatında olduğu için bir script yazıp indirip Claude Desktop’ın extension dizinine yerleştirebilirsiniz. Intune veya GPO ile gitmek istiyorsanız önce Claude Desktop kurulumunu otomatikleştirmeniz, sonra extension’ı eklemeniz gerekiyor. Yani iki adımlı düşünün.
MCP Bundle kullanmak için Azure’da ek bir maliyet oluşuyor mu?
Hayır, Azure MCP Server ücretsiz ve açık kaynak. Bundle formatı da ekstra bir şey getirmiyor. Tabi Azure kaynaklarınızı sorguladığınızda bazı API çağrıları — özellikle yoğun kullanımda — minimal düzeyde Azure Resource Manager maliyeti oluşturabiliyor. Ama pratikte bu gerçekten ihmal edilebilir bir şey, bence çok kafaya takmayın.
Kaynaklar ve İleri Okuma
Azure MCP Server GitHub Releases Sayfası
Azure MCP Server MCPB Desteği — Resmî Blog Yazısı
Model Context Protocol (MCP) Resmî Spesifikasyonu
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