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. 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, ama kurulum kısmı insanı yoruyordu; ta ki Microsoft Azure MCP Server’ı .mcpb formatında paketleyene kadar.
İşin garibi, Bak şimdi, bu gelişme ilk bakışta küçük gibi dürüyor. “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 sınır oluyor… Neyse, konuyu dağıtmayayım.
MCP Bundle Nedir, Neden Umursmalı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)
Ş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 dürüyor). Ayrıca sunucu binary’siyle birlikte tüm bağımlılıklar yer alıyor.
Açıkçası, Kritik 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ı. 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ünyaindeyseniz 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. Açık konuşayım, bu baya iş görüyor.
Evet.
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. Sız 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, yanı 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)
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.
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ıç işe terminalde şu komutu çalıştırmak:
az loginBunu 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ı?
Şimdi işin Türkiye tarafına gelelim. İki ayrı dünya var burada, biri küçük ekiplerin pratik ihtiyacı, diğeri de kurumsal yapının o meşhur “bir dakika, bunu kim onayladı?” kısmı. İkisine aynı gözle bakınca işler karışıyor.
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 dosyası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.
Bak şimdi, Maliyet kısmı da fena değil. Claude Desktop Pro aboneliği aylık $20, Azure MCP Server işe ücretsiz geliyor; yanı 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
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?
- Network kısıtlamaları: Kurumsal proxy arkasındaysanız,
.mcpbbundle’ı ç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? yazımda MCP’nın güvenlik tarafını ele almıştım, orada da benzer çekincelerden söz etmiştim.
Peki neden? Bu konuyla ilgili .NET 10 Data Protection Güvenlik Açığı ve Acil Yama yazımıza da göz atmanızı tavsiye ederim.
Bundle Formatının Eksikleri: Her Şey Gül Değil
Tamam, MCP Bundle fena bir adım değil. 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, sız de biliyorsunuz. Bu konuyla ilgili azd Hook’larını Python, TypeScript,.NET ile Yazın yazımıza da göz atmanızı tavsiye ederim.
Birincisi şu güncelleme meselesi. Şu an .mcpb dosyasını indirip kuruyorsunuz, peki 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, ama 500 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 bir 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… Yanı işin özünde çözüm biraz Claude-centric kalmış gibi dürüyor, hani çok da saklamaya gerek yok.
Üçüncü nokta işe beni en çok düşündüren kısım öldü. 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 ve Konteyner Rehberi yazımıza da göz atmanızı tavsiye ederim.
Şimdi gelelim işin can alıcı noktasına.
Pratik Senaryo: Ne Zaman MCP Bundle, Ne Zaman Docker?
Şahsen, 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, POC aşamasındaysanız ya da tek kullanıcılı bir kurgu varsa. Sürükle-bırak kolaylığı var ya, işte orada gerçekten rahatlatıyor; ama tabii her iş için de otomatik doğru seçim değil. Bu konuyla ilgili Cosmos DB’de AI Maliyet Optimizasyonu: 7 Pratik İpucu yazımıza da göz atmanızı tavsiye ederim.
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.
Bi saniye — 2025 başında bir e-ticaret müşterimizde ikisini de kullandık aslında. Geliştirici ekip Docker ile ilerliyordu (çünkü kendi MCP server’larını da yazıyorlardı), ama ürün yöneticileri MCP Bundle ile Claude Desktop’tan Azure kaynaklarını izliyordu; yanı aynı ortamda iki farklı kullanım biçimi yan yana durdu ve şaşırtıcı şekilde iyi çalıştı. Güzel bir denge kurmuştuk, sonra da çok kurcalamadık. İlgili MCP konularına Foundry Agent’a MCP ile Özel Araç Bağlamak yazımda daha derinlemesine değinmiştim.
İleriye Bakış: MCP Ekosistemi Nereye Gidiyor?
Hmm, bir düşüneyim… MCP tarafı bana biraz 2015-2016’daki container dünyasını hatırlatıyor. Herkes bir şeyler kurcalıyor, standartlar tam oturmamış, ama işin içinde garip bir çekim var. MCP Bundle formatı da bu ekosistemi biraz daha “tamam, artık ciddiye alalım” noktasına yaklaştırıyor.
Peki neden?
Bence önümüzdeki 6-12 ayda şunları görürüz:
- Bir tür “MCP Marketplace” — bundle’ları bulup tek tıkla kurabildiğiniz bir mağaza
- VS Code ve diğer IDE’lerde native
.mcpbdesteği - Kurumsal dağıtım araçları — Intune veya SCCM ile
.mcpbdağıtımı gibi - Bundle signing — güvenilir kaynaklardan gelen bundle’ların imzalanması
Tabi bunlar benim tahminlerim, %100 doğru olmayabilir. Ama yön belli gibi dürüyor; 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 ve Azure entegrasyonu sizin için önemliyse, bu 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 Yolu 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. Bu yüzden açıkçası sadece resmî GitHub releases sayfasından indirmenizi öneririm — başka yerden indirdiğiniz .mcpb dosyalarına güvenmeyin. İleride bundle signing falan gelebilir, 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?
Açıkçası, Ş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 — yanı daha çok hızlı sorgulama. Operasyon odaklı bir araç bu.
Claude Desktop dışında başka hangi MCP client’lar.mcpb destekliyor?
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. E peki, sonuç ne öldü? 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?
Resmî bir otomatik dağıtım mekanizması yok aslında. Ama şöyle bir şey 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 —. Iki adımlı düşünün.
MCP Bundle kullanmak için Azure’da ek bir maliyet oluşuyor mu?
Şöyle söyleyeyim, 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şturabilir,. Pratikte bu gerçekten ihmal edilebilir bir şey.
Kaynaklar ve İleri Okuma
Azure MCP Server GitHub Releases Sayfası
Şöyle söyleyeyim, Azure MCP Server MCPB Desteği — Resmî Blog Yazısı
Model Context Protocol (MCP) Resmî Spesifikasyonu
İçeriği paylaş:
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.
Yorum gönder