MCP Sunucusunu Microsoft Foundry Agent Service'e Bağlamak
Taiseer Joudeh'in MCP serisinin dokuzuncu bölümü, mevcut bir ASP.NET Core MCP sunucusunu kod değiştirmeden barındırılan bir Foundry agent'ına nasıl bağlayacağını gösteriyor. Kurulum; Foundry projesi, Entra uygulama kaydı, OAuth identity passthrough ile özel MCP bağlantısı ve toolbox adımlarından oluşuyor. Agent döngüsünü Azure'a taşımak isteyen ve kullanıcı kimliğine dayalı yetkilendirme kullanan .NET ekipleri için önemli.
Kilit noktalar
- Foundry Agent Service yalnızca herkese açık, uzak bir MCP endpoint'i ister; 8. bölümdeki sunucu değişmeden çalışır.
- Rolleri hesap yerine proje kapsamında verin: Foundry User ve Foundry Project Manager.
- Foundry için ayrı bir web tipi Entra uygulama kaydı kullanın; redirect URI'yi bağlantı oluşturulunca alırsınız.
- Kapsam tam nitelikli olmalı: Application ID URI ile birlikte /Expenses.Access; offline_access boşlukla ayrılır.
- Entra api nesnesini PATCH ile güncellerken tüm nesneyi gönderin; aksi halde mevcut kapsamlar silinebilir.
- Aynı MCP yapılandırmasını birden fazla agent'a açmak için Foundry toolbox kullanın.
Taiseer Joudeh'in .NET ile MCP sunucusu geliştirme serisinin dokuzuncu bölümü, agent döngüsünü Azure'a taşıyor. Konuşmayı yöneten artık bir konsol uygulaması, VS Code ya da Claude değil; Microsoft Foundry Agent Service içindeki bir agent MCP sunucusunu doğrudan çağırıyor. Önemli nokta, sunucunun 8. bölümdeki halinin değişmemesi: yeni paket, yeni endpoint ya da kod yok, yalnızca Azure yapılandırması ve küçük bir konsol uygulaması var.
Asıl zorluk kimlik. Barındırılan agent'ın arkasında giriş yapmış bir kişi yoktur, oysa harcama onayı aracı çağıranın token'ındaki kimliğe dayanır. Çözüm OAuth identity passthrough: kullanıcı bir kez giriş yapıyor, Foundry kimlik bilgisini bağlantıda saklıyor. Yazıda mevcut hesabın içinde bir Foundry projesi açılıyor, geliştiriciye Foundry User ve Foundry Project Manager rolleri veriliyor ve Foundry için ayrı bir web tipi Entra uygulama kaydı oluşturuluyor. Yazı ayrıca birden fazla agent arasında tek MCP yapılandırmasını paylaştıran Foundry toolbox kavramını tanıtıyor.
Gerçek dünyada kullanımı
- Aynı harcama API'sini kullanan birden fazla Foundry agent'ı olan ve her çağrıda kullanıcı bazlı yetki isteyen bir şirket.
- Azure'da çalışan dahili bir asistanın, giriş yapmış çalışanın yetkilerini koruyarak iş uygulamasının MCP sunucusunu çağırması.
- MCP kimlik bilgilerini her agent ayarında değil tek bir yerde döndürmek isteyen platform ekibi.
Neden önemli
MCP araçlarınız çağıranın kimliğine göre karar veriyorsa, barındırılan Foundry agent'ları için managed identity yerine OAuth identity passthrough gerekir; aksi halde yetki kontrolleri başarısız olur. Sunucu kodunda değişiklik yapmanız gerekmez.