AWS Transform'u GitHub Copilot'a MCP ile bağlamak

AWS, AWS Transform MCP sunucusunu GitHub Copilot agent moduna bağlamayı adım adım anlatan bir rehber yayımladı. Böylece geçiş işleri Visual Studio ya da VS Code'daki sohbet kutusundan yürütülebiliyor. Örnekte bir Azure Functions .NET uygulaması Lambda Annotations Framework ile AWS Lambda'ya taşınıyor. Azure'dan AWS'ye geçiş düşünen ya da tekrarlanabilir bir ajan destekli göç akışı arayan ekipler için faydalı.

Kilit noktalar

• awslabs.aws-transform-mcp-server Python paketini kurun ve Copilot'ta etkinleştirmeden önce sunucunun açıldığını doğrulayın.
• Sunucuyu VS Code için mcp.json, Visual Studio için .mcp.json içinde servers altına ekleyin ve AWS_REGION değerini ayarlayın.
• Copilot Chat'i Agent moduna alın ve Tools menüsünden atx-server araçlarını etkinleştirin.
• Prompta ATX Custom orkestrasyon ajanını açıkça yazarak .NET Modernization akışından kaçının.
• create_job ve CLI adımlarını tek tek onaylayın; değişiklikler yalnızca özeti onayladıktan sonra yerel repoya uygulanır.
• Dönüştürülen Lambda işleyicileri [LambdaFunction] ile işaretlenir; HTTP için [HttpApi(...)], kuyruk ve blob için SQSEvent ve S3Event kullanılır.

AWS, AWS Transform MCP sunucusunu GitHub Copilot'un agent modunda çalışacak şekilde bağlamayı anlatan bir rehber yayımladı. Bu sayede göç işleri Visual Studio veya VS Code'daki sohbet kutusundan başlatılabiliyor. Örnekte HTTP, Queue ve Blob tetikleyicili bir Azure Functions uygulaması, Lambda Annotations Framework ile net8.0 hedefli ve provided.al2023 runtime üzerinde çalışan AWS Lambda fonksiyonlarına dönüştürülüyor.

Sunucu bir Python paketi olarak kurulur ve mcp.json ya da .mcp.json dosyasına eklenir; kimlik doğrulama IAM Identity Center SSO ya da mevcut AWS CLI kimlik bilgileriyle yapılır. Yazar, promptta ATX Custom orkestrasyon ajanının açıkça belirtilmesini öneriyor, çünkü Copilot aksi halde ham C# kodu yerine altyapı envanteri bekleyen .NET Modernization akışını seçebilir. Her işlem adımı onayınızı bekler ve değişiklikler özeti onayladıktan sonra yerel repoya uygulanır.

Gerçek dünyada kullanımı

• Isolated worker modelindeki HTTP, queue ve blob tetikleyicili bir Azure Functions uygulamasını AWS Lambda'ya taşımak.
• Başka bir kaynak-hedef göçü için ekibe özel bir AWS Transform custom dönüşümü tanımlayıp yeniden kullanmak.
• Göç planına karar vermeden önce bir .NET çözümünün bağımlılık ve topoloji analizini çalıştırmak.

Neden önemli

Azure ve AWS arasında çalışan ekipler, Copilot oturumundan çıkmadan Functions'tan Lambda'ya geçişi planlayıp her adımı onaylayarak yürütebilir.

Benzer haberler

• Visual Studio Marketplace'e PAT olmadan güvenli yayın: Trusted PublishingMDMicrosoft for Developers Blog5 gün önce
• PHP2Shell ve Azure DevOps: Pipeline'larda neyi kontrol etmeliDOAzure DevOps Blog26 Eki
• Avalonia güvenlik olayı: CMS'e yetkisiz erişim, paketler ve müşteri verisi etkilenmediAVAvalonia UI Blog23 Eki