Şimdi yükleniyor

Azure MCP Server .mcpb Paketi: Kurulum Artık Çocuk Oyuncağı

Azure MCP Server .mcpb Paketi: Kurulum Artık Çocuk Oyuncağı

Şunu söyleyeyim, Geçen ay bir müşterimde — finans sektöründe orta ölçekli bir şirket — AI agent altyapısı kuruyorduk. Ekipte yazılımcı olmayan birkaç iş analisti de vardı, bunlar Claude Desktop üzerinden Azure kaynaklarına erişmek istiyordu. Node.js kurulumu, Python environment yönetimi, PATH ayarları derken yarım gün uçtu gitti. Sonunda herkesin makinesini hazırladık ama iş işten geçmişti; toplantı saati gelmişti. İşte tam orada durup düşündüm: “Bu kadar basit bir şey neden bu kadar zor?”

Microsoft bu soruya sonunda bir cevap vermiş gibi dürüyor. Azure MCP Server artık .mcpb formatında, yanı MCP Bundle olarak indirilebiliyor. Dosyayı indiriyorsun, Claude Desktop’a sürüklüyorsun, tamamdır. Runtime yok, bağımlılık yok, yapılandırma dosyası yok (evet, doğru duydunuz). Ciddi ciddi bu kadar; hatta ilk duyduğumda “tamam da eksik bir şey vardır herhalde” dedim, ama yok gibi.

MCP Bundle Nedir, Neden Önemli?

Dürüst olmak gerekirse, Bakın şimdi, MCP Bundle’ı anlamanın en kolay yolu VS Code extension’larına bakmak. Hani .vsix dosyasını indirip VS Code’a atıyorsunuz ya, işte mantık aşağı yukarı aynı; ama bu sefer hedef MCP sunucuları. Paket de ZIP arşivi gibi geliyor. İçinde manifest var, binary var, bağımlılıklar var, yanı dağınık iş yok, her şey tek yerde dürüyor.

Paketin içindeki manifest.json, sunucunun ne yaptığını, hangi tool’ları verdiğini ve hangi runtime’a ihtiyaç duyduğunu anlatıyor. Ama asıl hoş taraf şu: çoğu senaryoda runtime derdi çıkmıyor. Self-contained binary olarak geliyor. Kullanıcı tarafında Node.js, Python ya da.NET SDK kurulu mu diye bakmıyorsunuz bile.

Bu niye önemli? Çünkü kurumsal tarafta işler biraz ağır ilerliyor, özellikle Türkiye’deki şirketlerde BT ekipleri kullanıcı makinelerine runtime kurma fikrine pek sıcak bakmıyor; güvenlik onayı ayrı dert, versiyon çakışması ayrı dert, bir de “bu sürüm niye burada çalışmadı” tartışması başlıyor. Bir keresinde büyük bir telekomda sadece Python’u 3.9’dan 3.11’e çekmek için üç hafta onay bekledik; evet, üç hafta. MCP Bundle tam da bu sürtünmeyi baya azaltıyor (bizzat test ettim)

Bunu biraz açayım.

Eskisi Nasıldı?

Karşılaştırınca tablo daha net çıkıyor. Şuna bir göz atın:

}

Kurulum Yöntemi Gerekli Runtime Zorluk Seviyesi Kurumsal Uygunluk
npm / npx Node.js Orta Düşük (versiyon sorunları)
pip / uvx Python Orta-Yuksek Düşük (venv karmaşası)
dotnet .NET SDK Orta Orta
Docker Docker Engine Yüksek Yüksek ama ağır
.mcpb (Yeni!) Hiçbiri Çok Düşük Yüksek
}

Kurulum: Gerçekten 3 Adım mı?

Daha açık söyleyeyim, dürüst olmak gerekirse, Evet. Hatta ilk bakışta fazla bile geliyor. Ama işin içine girince, birkaç ufak ayrıntı var; onları atlayınca sonra “neden olmuyor?” diye dönüp bakıyorsunuz, o yüzden adım adım gitmek daha mantıklı.

Adım 1:.mcpb Dosyasını İndirin

Aslında, GitHub’daki Azure MCP Server releases sayfasına gidin. En güncel sürümün altında platforma. Mimariye göre ayrılmış .mcpb dosyaları dürüyor; Windows x64 kullanıyorsanız önü alın, macOS ARM tarafındaysanız diğerini seçin. Dosya küçük değil, çünkü bağımlılıkları da içine koymuşlar,. Bir kere indirdiniz mi sonrasında ekstra bir şey aramıyorsunuz.

Bunu biraz açayım.

Adım 2: Claude Desktop’a Kurun

En pratik yol sürükle-bırak. Claude Desktop’u açın, sol üstteki hamburger menüden (☰) File → Settings → Extensions yolunu izleyin. Sonra indirdiğiniz .mcpb dosyasını bu ekrana bırakın, detaylara şöyle bir göz atın, Install’a basın ve açılan onay dialogunda bir kez daha Install deyin. Bitti gitti.

Ha, manuel yol da var tabii: Extensions sayfasından Advanced Settings → Install Extension diyerek dosyayı seçebilirsiniz. Ama açık konuşayım, neden uğraşasınız ki? Sürükle-bırak varken biraz gereksiz kaçıyor.

💡 Protip: Claude Desktop’u .mcpb dosyaları için varsayılan uygulama yaparsanız, çift tıklamak yetiyor. Kurumsal dağıtımda bu baya iş görüyor — kullanıcıya sadece “şu dosyaya çift tıkla” demeniz yeterli oluyor.

Adım 3: Azure’a Giriş Yapın

Şunu fark ettim: MCP Server Azure kaynaklarınıza eriştiği için kimlik doğrulaması şart oluyor. En basit başlangıç yolu terminalde şu komutu çalıştırmak:

az login

Eğer Azure CLI zaten kuruluysa — ki kurumsal ortamlarda çoğu zaman kurulu oluyor — mesele bu kadar. Managed Identity ya da service principal ile devam etmek istiyorsanız, evet, orada işler biraz değişiyor; farklı konfigürasyonlar yapılabiliyor ama ilk deneme için az login yeterli oluyor.

Burada küçük bir not düşeyim: Ben ilk denememde az login yapmadan Claude Desktop’ta Azure tool’larını kullanmaya kalktım ve doğal olarak hata aldım. “Authentication required” dedi, ne yapmam gerektiğini de söyledi; yanı hata mesajı boş değilmiş, baya yön gösteriyor. Küçük detay gibi dürüyor ama bazen asıl farkı böyle şeyler yaratıyor.

Kısa bir not düşeyim buraya. Daha fazla bilgi için GitHub Copilot JetBrains’te Inline Agent Modu Geldi yazımıza bakabilirsiniz.

Kurumsal Ortamda Gerçek Değeri

Şimdi asıl yere gelelim. Teknik tarafı tamam, güzel, pratik; ama kurumsal tarafta iş biraz başka akıyor, özellikle Türkiye’de bu tip araçlar hemen kabul görmüyor, çünkü güvenlik, ağ. Onay zinciri aynı anda devreye giriyor. Peki neden?

Şöyle ki, Birincisi şu: güvenlik ekipleri her yeni aracı didik didik ediyor. “Bu binary nereden geliyor, içinde ne var, network’e ne gönderiyor?” diye soruyorlar, ki açık konuşayım haklılar da.mcpb formatı burada iş görüyor çünkü paket imzalı geliyor ve manifest dosyasından hangi tool’ların sunulduğunu görebiliyorsunuz, ama yine de kurumsal bir bankada bunu dağıtmadan önce güvenlik ekibinden onay almak çoğu zaman minimum 2 hafta sürüyor. Bu Microsoft’un suçu değil tabi, ama tablo bu.

İkincisi biraz daha tanıdık bir dert: Türkiye’deki birçok şirket hâlâ on-premise ağırlıklı çalışıyor. Azure MCP Server’ın düzgün çalışması için Azure kaynaklarına erişim gerekiyor, dolayısıyla outbound firewall kuralları, proxy ayarları ve benzeri şeyler bir anda masaya geliyor; geçen hafta bir üretim şirketinde tam bunu yaşadık —.mcpb kurulumu 2 dakika sürdü ama proxy arkasından Azure’a bağlanmak 2 gün aldı. Evet, iki gün.

Peki neden?

💡 Bilgi: Kurumsal ortamlarda Azure MCP Server kullanacaksanız, önce ağ ekibinizle konuşun. Azure Resource Manager endpoint’lerine (management.azure.com) ve Azure AD (login.microsoftonline.com) adreslerine erişimin açık olduğundan emin olun. Bu adımı atlarsanız kurulum sonrası “bağlanamıyorum” diye saatlerce uğraşırsınız.

Startup vs Enterprise: Kime Ne Kadar Uygun?

Küçük bir ekipseniz, mesela 5-10 kişilik bir startup’tan bahsediyorsak,.mcpb baya iş görüyor. Herkes kendi Claude Desktop’ına kuruyor, az login yapıyor, sonra başlıyor; merkezî yönetim falan yok, zaten çoğu yerde herkesin yetkisi de açık oluyor, runtime kursa da olur. Açık konuşayım, o aşamada kim uğraşacak? Daha fazla bilgi için Axios npm Saldırısı: Azure Pipelines’ta Ne Yapmalı? yazımıza bakabilirsiniz.

Şöyle söyleyeyim, Maalesef enterprise tarafında işler öyle akmıyor (inanın bana). Yüzlerce kullanıcıya dağıtım yapacaksanız,.mcpb dosyasını Intune ya da SCCM üzerinden push etmeniz gerekebilir; Claude Desktop’un bu toplu dağıtımı ne kadar iyi taşıdığı… hmm, tam emin değilim ama pek iç açıcı görünmüyor. Yine de bir yol var: “varsayılan uygulama” ayarıyla dosyayı kullanıcının masaüstüne bırakıp “çift tıkla” demek, en azından ilk etapta idare eder.

Peki neden?

Aslında burada küçük bir ayrım var, dur bir saniye — enterprise seviyede MCP Server kullanacaksanız, Docker ya da Kubernetes üzerinde merkezî bir deployment daha mantıklı oluyor..mcpb işe daha çok tekil kullanıcı deneyimine yakın dürüyor. Biri kendi makinesinde hızlıca kurup deniyor, diğeri operasyon tarafına kayıyor (ve orada iş biraz uzuyor), ikisi de aynı şey değil (ben de ilk duyduğumda şaşırmıştım) Bu konuyla ilgili GitHub App Token Formatı Değişiyor: Hazırlık Rehberi yazımıza da göz atmanızı tavsiye ederim.

Evet.

Ne Eksik, Ne Bekliyorum?

Küçük bir detay: Açık konuşayım:.mcpb formatı fena bir başlangıç değil, ama henüz ham dürüyor. Birkaç noktada da beklediğim şeyler çıkmadı, hani insan biraz kurcalayınca hemen fark ediyor (evet, doğru duydunuz)

Bir şey dikkatimi çekti: Öncelikle versiyon güncelleme tarafı yok gibi (yanlış duymadınız). En azından ben göremedim. Yeni sürüm geldiğinde eski bundle’ı silip yenisini mi kuracağız, yoksa bir yerlerde gizli bir mekanizma mı var, emin değilim ama şu hâliyle otomatik güncelleme olsa baya iş görürdü; VS Code extension’larında olduğu gibi marketplace’den kendi kendine akıp gelse mesela, hiç fena olmazdı (ki bu çoğu kişinin gözünden kaçıyor) Bu konuyla ilgili GPT-5.5 GitHub Copilot’a Geldi: Ne Değişiyor, Ne Kadar Ediyor? yazımıza da göz atmanızı tavsiye ederim.

İkinci mesele biraz daha can sıkıcı: Şu an bu formatı pratikte sadece Claude Desktop destekliyor gibi dürüyor. Evet, “MCP-compatible clients” deniyor, tamam, ama sahada bakınca Claude Desktop dışında bunu gerçekten kullanan yaygın bir istemciye rastlamadım. Cursor ve Windsurf MCP tarafında varlar, ona lafım yok; yalnız.mcpb formatını henüz tanımıyorlar, yanı oralarda hâlâ npm ya da Docker yoluna dönmek gerekiyor. Daha fazla bilgi için Ingress-NGINX Göçü: 5 Şaşırtıcı Davranış ve Çözümü yazımıza bakabilirsiniz.

Üçüncü konu işe bundle boyutu. Self-contained binary olunca dosya doğal olarak şişiyor, bunu garip bulmuyorum aslında. Ama 100 Mbps internet hızının bile lüks sayıldığı bazı Anadolu ofislerinde indirme süresi uzarsa kimse şaşırmasın; çok kritik bir problem mi, değil, fakat yine de masada duran küçük bir pürüz olarak kalıyor.

Şahsen, Bak şimdi, burada küçük bir geri dönüş yapayım. Daha önce Azure MCP — itiraz edebilirsiniz tabi — Server Artık Tek Dosyayla Kuruluyor yazımda bu sunucunun nasıl evrildiğini anlatmıştım.mcpb de o hikâyenin doğal devamı gibi görünüyor. Yalnız işin aslı şu: yön doğru olabilir, ama yolun bitmesine daha var.

Garip gelecek ama, Evet.

Maliyet ve Pratik Değerlendirme

Kısacası, azure MCP Server’ın kendisi ücretsiz, açık kaynak yanı..mcpb formatı da ücret istemiyor. Asıl maliyet, Azure tarafında kullandığınız kaynaklardan çıkıyor; mesela Claude Desktop üzerinden bir Storage Account içindeki blob’ları listelerseniz, oradaki API çağrıları için normal Azure fiyatlandırması neyse o çalışıyor.

Bunu yaşayan biri olarak söyleyeyim, Ama burada küçük bir sürpriz var. AI agent’lar bazen insanın beklemediği kadar çok API çağrısı yapabiliyor, hatta bir müşterimde Claude’a “büyük çoğunluk resource group’larımı listele” dediğimizde agent her resource group’un içine girip detayları da çekti (tek seferde yüzlerce çağrı öldü), fatura şoku yaşamadık ama açık konuşayım, biraz temkinli davranmakta fayda var.

Şöyle söyleyeyim, FinOps tarafından bakınca iş değişmiyor aslında. AI Maliyet Optimizasyonu: ROI’yi Gerçekten Artırmanın Yolu yazımda anlattığım prensipler burada da geçerli; agent’ların hangi çağrıları yaptığını izleyin, gereksiz olanları kısın, hatta gerekiyorsa bazı aksiyonları baştan sınırlandırın.

Ha bu arada, SQL tarafı da işin içine girecekse başka bir kapı daha var. SQL MCP Server: Veritabanını Ajanlara Açmanın Yolu yazıma da göz atın derim; ikisi birlikte düşünülünce senaryo daha net oturuyor, biri diğerini tamamlıyor gibi dürüyor.

Denemek Isteyenler Için Hızlı Başlangıç

Lafı gevelemeden, denemek istiyorsanız şunları yapın. Basit görünüyor, ama bazen iş orada biraz takılıyor.

  1. Claude Desktop’un güncel sürümünü kurun (Extensions desteği olan versiyon gerekiyor)
  2. Azure CLI’yı kurun ve az login yapın
  3. GitHub releases sayfasından platformunuza uygun.mcpb dosyasını indirin
  4. Dosyayı Claude Desktop’a sürükleyip bırakın
  5. Claude’a “Azure subscription’larımı listele” gibi basit bir komut verin

5 dakikada çalışır hâle gelmeniz lazım. Evet, gerçekten bu kadar kısa sürede ayağa kalkabiliyor. Gelmezse de önce panik yok, büyük ihtimalle ya Azure CLI oturumu açık değildir ya da firewall bir şeyleri engelliyordur; ben olsam ilk bakacağım yer olarak ağ bağlantısını seçerim,. Sorun çoğu zaman oradan çıkıyor.

İşin garibi, Maalesef. Daha fazla detay vermek isterdim ama.mcpb henüz çok yeni ve dokümantasyonu da buna paralel olarak gelişiyor. Şu an için “indir, kur, kullan” mantrası geçerli. Daha karmaşık senaryolar için hâlâ Docker veya npm yolunu kullanmanız gerekebilir, yanı işin aslı biraz da ihtiyacınıza göre değişiyor.

Sıkça Sorulan Sorular

MCP Bundle (.mcpb) dosyası güvenli mi?

Evet, güvenli. Paketler imzalı ve Microsoft’un resmî GitHub deposundan geliyor. Ama açıkçası, kurumsal ortamda kullanacaksanız — kendi adıma konuşayım — yine de güvenlik ekibinize bir sorun — tecrübeme göre bu adımı atlamak bazen sorun çıkarabiliyor. Hani ne farkı var diyorsunuz, değil mi? Manifest dosyasına bakarak sunucunun hangi tool’ları sunduğunu ve ne tür erişimler istediğini görebilirsiniz.

.mcpb formatı sadece Claude Desktop’ta mı çalışıyor?

Pratikte şu an için evet, hani ana hedef Claude Desktop. MCP spesifikasyonu açık standart olduğu için ileride başka istemciler de destekleyebilir. Ama şu an Cursor, Windsurf gibi araçlarda.mcpb desteği yok — onlarda npm veya Docker yöntemini kullanmanız gerekiyor.

Azure MCP Server ile hangi Azure kaynaklarını yönetebilirim?

Storage Account’lar, Resource Group’lar, Cosmos DB, App Service ve daha birçok Azure servisi destekleniyor. Aslında tam liste sürekli genişliyor, yanı en güncel bilgi için doğrudan GitHub’daki manifest dosyasına bakmanızı öneririm. Her yeni sürümde yeni tool’lar geliyor.

.mcpb kurulumundan sonra otomatik güncelleme var mı?

Hayır, şu an için otomatik güncelleme yok. Yeni sürüm çıktığında eski bundle’ı kaldırıp yenisini manuel kurmanız gerekiyor. Bence bu formatın en büyük eksiklerinden biri — umarım ileride çözülür.

MCP Bundle kullanmak için Azure aboneliği şart mı?

Kurmak için değil, ama kullanmak için evet. Yanı sonuçta bu araç Azure kaynaklarınıza erişiyor — erişecek kaynak yoksa pek bir anlamı kalmıyor (evet, doğru duydunuz). Mesela ücretsiz bir Azure hesabıyla başlayabilirsiniz, o da yeterli.

Kaynaklar ve İleri Okuma

Azure MCP Server MCPB Support — Resmî Duyuru (Azure SDK Blog)

Azure MCP Server GitHub Releases — İndirme Sayfası

Model Context Protocol (MCP) Resmî Spesifikasyonu

İçeriği paylaş:

Aşkın KILIÇ

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

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

Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.

Haftalık Bülten

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

Yorum gönder

Microsoft Azure Çözüm Uzmanı | Bulut Bilişim, Yapay Zekâ, DevOps ve Kurumsal Güvenlik alanlarında 15+ yıl deneyim. Azure, Kubernetes, AI/ML ve modern altyapı mimarileri üzerine yazılar yazıyorum.

SİZİN İÇİN DERLEDİK

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
Paylaş
İçindekiler
    ← GitHub App Token Formatı Değiş...
    📩

    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