MCP sunucuları ve aracılarıyla geliştirici ekleme sürecini hızlandırma

Startup kredilerini kullandıktan ve tenant kurulumunu tamamladıktan sonra, birçok startup ekibi işe Azure portalını ayrıntılı biçimde öğrenerek başlamaz. Daha yaygın bir başlangıç noktası, geliştiricilerin tercih ettikleri terminalde veya düzenleyicide kalmasını ve bu iş akışını Azure güvenli bir şekilde bağlamasını sağlayan yapay zeka destekli bir geliştirme iş akışı yapılandırmaktır. Bu makale, startup'ların GitHub Copilot CLI veya Claude Code kullanarak Azure üzerinde hesap kurulumundan aracı temelli geliştirmeye geçmelerine yardımcı olur. Cli tabanlı geliştirici iş akışlarını kullanan geliştiricileri desteklemek için ilgili MCP Sunucularını ve araçlarını da tartışacağız.

Prerequisites

Başlamadan önce şunları yaptığınızdan emin olun:

• Microsoft for Startups Azure kredilerinizi kullandınız.
• Azure Sponsorluğu aboneliğinizi etkinleştirdiniz.
• Etkinleştirme sonrası Azure hesabı kurulumu tamamlandı.
• Şirket destekli bir Microsoft Entra kiracısı, özel etki alanı ve yönetici izinleri yapılandırıldığından ortam tek bir kişiye bağlı değildir.
• GitHub avantajlarınızı kullandınız. Daha fazla bilgi için bkz. GitHub, AKS ve AI Modelleri için Azure kredilerini kullanma.

Tip

Kredilerinizi kullandığınız anda Azure kiracınızı yapılandırın. Ek kullanıcılar ve yöneticiler ekleyin, kurumsal etki alanınızı yapılandırın ve Microsoft for Startups kredilerinizin aktif olduğunu onaylayın. Daha fazla bilgi için bkz. Azure hesabınızı ayarlama.

Geliştirme ortamınızı ayarlama

Aracıları, MCP sunucularını veya erişimi Azure yapılandırmadan önce, ekibinize yerel olarak çalışmak için tutarlı bir yol sağlayan bir temel geliştirici ortamı ayarlayın. Amaç, her başlangıcı tek bir araç zincirine zorlamak değil, geliştiricilerin kimlik doğrulaması yapabilmesini sağlamak, gerekli CLI araçlarını yüklemek ve eldeki görev için doğru çalışma modunu seçmektir.

Doğru etkileşim modunu seçin: VS Code'da CLI ve Aracı modu

Yapay zeka destekli geliştirme terminalinizde, düzenleyicinizde veya GitHub barındırılan bir ortamda gerçekleşebilir. En iyi seçim göreve bağlıdır.

Etkileşim modu	Şu durumlarda kullanın:	Ne beklenmeli
GitHub Copilot CLI	Terminalde doğrudan denetim istiyorsunuz.	Yardımcı bir depoyu keşfetmenize, kurulum görevlerini çalıştırmanıza, kod sorularını yanıtlamanıza ve görünür onay adımlarıyla MCP destekli araçları kullanmanıza yardımcı olur.
GitHub Copilot Chat ajan modunda	Düzenleyicinizde kodu etkin bir şekilde değiştiriyorsunuz.	Yardımcı, proje bağlamında kalırken kodu planlamanıza, gözden geçirmenize, düzenlemenize ve geliştirmenize yardımcı olur.
GitHub barındırılan kodlama aracıları	Bu görev daha kapsamlıdır, bağımsız olarak yürütülebilir ve pull request olarak geri gelmelidir.	Ajan depoyu inceler, bir plan oluşturur, bir dal üzerinde değişiklikler yapar ve inceleme için bir pull request açar.

Örnek komutlar

Bu örnekleri başlangıç noktası olarak kullanın ve bunları deponuza ve onay modelinize uyarlayın.

GitHub Copilot CLI: Azure kurulumunu doğrulayın

Review this repository and explain how to run it locally.
Do not edit any files yet.

Then, using azure-mcp tools, verify that:
- Resource groups and deployed resources match the expected naming convention.
- RBAC is scoped correctly, with no broad Owner assignments.
- Diagnostics and monitoring are enabled for key resources.

Summarize findings and gaps as pull request comments.

Ajan modunda GitHub Copilot Chat: altyapıyı ve CI/CD’yi uygulayın

Create an initial IaC and CI workflow.

Add:
- An infra folder with a Bicep or Terraform structure.
- A GitHub Actions workflow that validates infrastructure and runs tests.
- A rollback note in the pull request template.

Use minimal viable defaults and keep the structure modular for later expansion.

GitHub barındırılan kodlama aracısı: çekme isteğini planlayın ve açın

Create an implementation plan for the feature described in docs/feature-spec.md.

If the plan looks safe:
- Make the changes on a new branch.
- Add or update tests.
- Update documentation.
- Open a pull request with a summary and testing steps.

Önerilen başlangıç noktası

Çoğu başlangıç ekibi için en basit güvenli iş akışıyla başlayın:

1. Azure ve GitHub kurulumunuzu doğrulamak için Copilot CLI kullanın.
2. VS Code'daki etkileşimli değişiklikler için aracı modunda Copilot Chat kullanın.
3. Daha büyük pull request odaklı işler için GitHub tarafından barındırılan kodlama ajanlarını kullanın.
4. MCP sunucularını yalnızca her aracın ihtiyaç duyduğu izinleri, onay modelini ve günlüklemeyi tanımladıktan sonra ekleyin.

Aracılar ve IDE'ler için araçları ayarlama

Araçları kullanıma almak, kodlama ajanınızı ve IDE'nizi doğru bağlam ve yeteneklerle buluşturmak demektir. MCP (Model Bağlam Protokolü) sunucuları aracı araçlarına Microsoft belgeleri, depo yardımcıları veya Azure kaynak işlemleri gibi onaylı özelliklere erişmek için yapılandırılmış bir yol sağlar. Eklemeye diğer geliştirici bağımlılıkları gibi davranın: yapılandırmayı otomatikleştirin, bağlantıyı doğrulayın ve erişim sınırlarının açık olduğundan emin olun.

IDE ve geliştirici araçlarınızı kodlama aracısına bağlama

1. VS Code’da ajan destekli bir iş akışı veya terminal öncelikli bir iş akışı gibi birincil istemci deneyimini seçin.
2. Kuruluşunuzun onayladığı kimliği kullanarak Copilot Chat, Copilot CLI veya Claude Code gibi yardımcı aracınızı yükleyin ve oturum açın.
3. Kullanıcı ayarlarında neyin ait olduğunu ve çalışma alanı ayarlarına neyin ait olduğunu belirleyin. Repoya özgü MCP sunucularının, istemlerin ve güvenlik önlemlerinin kodla birlikte taşınması için çalışma alanı ayarlarını kullanın.
4. Kodlama kuralları, derleme ve test komutları ve aracının yapmaması gereken eylemlere ilişkin kurallar gibi depo yönergelerini kontrol edin. Claude Code için bu kılavuz genellikle içinde CLAUDE.mddepolanır.
5. Araçlar için güvenli varsayılanlar tanımlayın. Dosya yazma işlemleri ve kabuk komutları için açık onay isteyin ve ajanın kullanıcı müdahalesi olmadan çalıştırabileceği tüm komutları izin verilenler listesine ekleyin.
6. Aracıdan depoyu eşleme, testleri çalıştırma veya küçük bir yeniden düzenleme önerme gibi küçük bir yönlendirme görevi çalıştırmasını isteyerek kurulumu doğrulayın. Farklar ve CI ile sonucu onaylayın.

Önerilen MCP sunucuları

• Microsoft Learn MCP Server: Aracınızın güvenilir, geçerli Microsoft belgelerine ve kod örneklerine ihtiyacı olduğunda bu sunucuyu kullanın. Genel uzak uç nokta şudur: /api/mcp. Daha fazla bilgi için bkz. Microsoft Learn MCP Server ile çalışmaya başlama.
• Azure MCP Server: Aracınızın geliştirme ortamınızdaki Azure kaynaklarını incelemesi, sorgulaması ve yönetmesi gerektiğinde bu sunucuyu kullanın. Daha fazla bilgi için bkz. Azure MCP Server ile çalışmaya başlama.

Important

Aracıları yalnızca onaylı MCP sunucularına bağlayın. İzin verilenler listesine alınmış uç noktaları, en az ayrıcalıklı araç kapsamlarını ve denetlenebilir günlükleri tercih edin. Bir araç kod depolarına yazabiliyor veya kaynakları devreye alabiliyorsa, buna üretim ortamına erişim gibi davranın ve uygun şekilde kontrole tabi tutun.

Azure için optimize edilmiş bir aracı takımı oluşturun

Azure üzerinde kurumsal düzeyde B2B çözümleri için, basit bir ajan modeliyle başlayın ve bunu yalnızca Azure'a özgü sorumlulukların açık olduğu durumlarda genişletin. Azure kılavuz, giriş bölgesini ölçeklenebilir, güvenli ve yönetilen bir ortam için önerilen başlangıç noktası olarak değerlendirir. Ayrıca, uygulamalar ve ortamlar için iş yükü kaynaklarını barındıran kimlik, bağlantı ve yönetim gibi paylaşılan hizmetler ve uygulama giriş bölgeleri sağlayan platform giriş bölgesi arasında ayrım gerçekleştirir. Her ikisinde de Azure RBAC, Cost Management ve Microsoft Defender for Cloud gibi temel denetimleri etkinleştirin.

Bu ayrım B2B ürünleri için önemlidir çünkü amaç yalnızca özellikleri hızlı bir şekilde göndermek değildir. Amaç, kurumsal müşterilerin güvenebileceği bir ürün oluşturmaktır. Microsoft’un Azure’da üretim düzeyindeki aracılara yönelik başlangıç kılavuzu, ekipler prototip aşamasını aştıkça kritik hâle gelen tasarım alanlarını vurgular: çoklu kiracılık, uygulama katmanı, orkestrasyon katmanı ve bağlam katmanı. Kurumsal senaryolar ayrıca birden çok müşteri arasında güvenlik, güvenilirlik ve uyarlanabilirliğe dikkat gerektirir.

Önerilen Azure aracı rolleri

Microsoft, aracı iş akışları için uyarlayabileceğiniz Azure Skills sağlar. Startup'lar, çok aracılı bir mühendislik ekibi için model olarak gstack desenini de kullanabilir. Aşağıdaki roller, Azure üzerinde kurumsal düzeyde B2B ürünleri geliştiren startup’lar için önerilen, Azure için optimize edilmiş eklentilerdir.

1. Ürün ve gereksinimler planlayıcısı aracısı

   Bu aracıyı yeni işler için ilk giriş noktası olarak kullanın. Ürün isteklerini kiracı yalıtımı, idare gereksinimleri, dağıtım kısıtlamaları ve operasyonel beklentiler gibi özellik kapsamı ve işlev dışı gereksinimleri içeren kısa bir uygulama planına dönüştürür.

2. Azure platform mimar aracısı

   Platform giriş bölgesini ve ortam temelini şekillendirmek için bu aracıyı kullanın: kiracı kurulumu, yönetim grupları, abonelik stratejisi, bağlantı, kimlik, idare temelleri ve paylaşılan platform hizmetleri. Azure giriş bölgesi kılavuzu bu kararları temel olarak konumlandırır ve giriş bölgesi modelinin uygun ölçekte Azure ortamlar için standartlaştırılmış başlangıç noktası olarak kullanılmasını önerir. Başlangıç noktası olarak azure-enterprise-infra-planner becerisini kullanın.

3. Kurumsal uygulama mimarı aracısı

   Uygulama giriş bölgesine ve iş iş yükünün kendisine odaklanmak için bu aracıyı kullanın. B2B çözümleri için bu rol iş yükü sınırlarına, ortam ayrımlarına, uygulama katmanı tasarımına ve kiracıya özgü mantığın daha geniş platform temeline nasıl eşlenmesine sahiptir.

4. Kimlik ve güvenlik aracısı

   Kurumsal erişim denetimini ve iş yükü korumasını gözden geçirmek için bu aracıyı kullanın. Azure Well-Architected kılavuzu kimliği birincil çevre olarak tanımlar ve katı, koşullu ve denetlenebilir kimlik ve erişim yönetimi önerir. Bu rol kimlik doğrulama desenlerini, iş yükü kimliklerini, RBAC sınırlarını, ağ kesimlerini ve güvenli varsayılanları inceler.

5. Azure DevOps ve IaC aracısı

   Kodla her şeyi yönetme katmanının sorumluluğunu üstlenmek için bu aracı kullanın: dağıtım şablonları, platform otomasyonu ve tekrarlanabilir kaynak sağlama. Azure operasyonel mükemmellik kılavuzu temeli platform otomasyonuna ve DevOps'a bağlar ve Azure idare kılavuzu yeni ortamlar için Bicep veya Terraform tabanlı dağıtım akışları önerir. Başlangıç noktası olarak azure-prepare skill kullanın.

6. Güvenilirlik ve gözlemlenebilirlik aracısı

   Sistem durumunu, uyarıları ve üretim davranışını gözden geçirmek için bu aracıyı kullanın. Azure Well-Architected güvenilirlik kılavuzu sistem durumu durumlarını modellemeyi, izleme ve uyarı stratejileri tasarlamayı ve kritik akışları ve iş yükü bileşenlerini izlemek için ölçümleri, günlükleri ve izlemeleri kullanmanızı önerir.

7. Azure tümleştirme aracısı

   Geliştirici deneyimini gerçek Azure ortamında temel tutmak için bu aracıyı kullanın. Azure MCP Sunucusu yapay zeka aracılarının doğal dil aracılığıyla Azure kaynaklarla etkileşim kurmasına olanak tanır ve GitHub Copilot CLI, GitHub Copilot kodlama aracısı, SDK tabanlı uygulamalar ve diğer MCP uyumlu istemcilerden kullanılabilir. Azure-deploy becerisiyle başlayın ve ortamınız için değiştirin.

8. Yönetişim ve maliyet aracısı

   Girişim, krediyle finanse edilen denemelerden kurumsal operasyonlara doğru ilerlerken bütçeleri, etiketlemeyi, politika atamalarını ve uyumluluk için koruyucu sınırları zorunlu kılmak üzere bu aracı kullanın. Azure yönetişim kılavuzu, otomatik güvenlik önlemlerini, Azure İlkesi uygulamasını ve bütçeler ve uyarılar gibi maliyet denetimlerini önerir. Azure uyumluluğu ve azure maliyet becerileri yararlı başlangıç noktalarıdır.

9. İnceleyici ve Kalite Güvencesi aracıları

   Birleştirmeden önce doğruluğu, güvenliği, uç durumları, giriş bölgesi hizalamasını, erişim sınırlarını, izleme kapsamını ve altyapı değişikliği güvenliğini gözden geçirmek için bu aracıları kullanın. Azure-validate becerisiyle başlayın ve müşteri ve ortam gereksinimleriniz için değiştirin.

Bunun genel bir gstack kurulumundan farkı

Rol ayrımı, gözden geçirme döngüleri ve basit bir işletim modeli sağladığından , gstack stili desen (Think → Plan → Build → Review → Test → Ship → Reflect) hala yararlı bir başlangıç noktasıdır. Önerilen değişiklik, genel mühendislik kümesini Azure mimari sınırları yansıtan bir ekibe dönüştürmektir: platform temeli, iş yükü tasarımı, güvenlik, otomasyon, gözlemlenebilirlik ve idare. Bu yapı, Azure’a özgü hususların sonradan düşünülen bir konuya dönüşmesini önler.

İlk günden itibaren spesifikasyon odaklı geliştirme, Kod Olarak Altyapı ve CI/CD ile geliştirin

Azure oluşturmaya başladığınızda uygulama kodunu, altyapıyı ve dağıtımı tek bir mühendislik sistemi olarak değerlendirin. Ürünü bir yerde tasarlamak, başka bir yerde altyapı sağlamak ve daha sonra dağıtımları otomatikleştirmek yerine aşağıdaki durumlarda bir iş akışı kullanın:

• Belirtim, hedeflenen sonucu tanımlar.
• Kod Olarak Altyapı (IaC), istenen Azure ortamını tanımlar.
• CI/CD, değişiklikleri yinelenebilir bir işlem hattı aracılığıyla doğrular ve dağıtır.

Bu yaklaşım amaç ve uygulama arasındaki kaymayı azaltır, ekibinize paylaşılan bir gerçeklik kaynağı sağlar ve prototipten üretime ölçeklendirmenize yardımcı olur.

Örnek iş akışı

1. Özelliği bir belirtim içinde tanımlayın.

   Kod yazmadan önce sorunu, kullanıcıları, gereksinimleri, kısıtlamaları ve başarı ölçütlerini yakalamak için belirtim öncelikli bir yaklaşım kullanın.

2. Planlayıcı aracısının uygulamaya hazır bir özellik özeti oluşturmasını sağlayın.

   Planlayıcı kapsamı ve gereksinimleri netleştirir, böylece iş akışı geçici istem yerine açık bir plandan başlar.

3. Azure platform mimarı aracısının özellik için Azure temelini tasarlamasını sağlayın.

   Bu aracı, özelliğin kimlik, yönetişim, ağ, yönetim ve iniş bölgesi yerleşimi dahil olmak üzere Azure ortamına nasıl uyacağını belirler.

4. Azure DevOps ve IaC aracısının altyapıyı code.

   Sürüm denetiminde depolanan Bicep veya Terraform'da gerekli Azure kaynaklarını, ortam yapısını ve dağıtım yapılandırmasını uygulayın.

5. Azure tümleştirme aracısının gerçek Azure ortamını doğrulamasını sağlayın.

   Aracının tahmin etmek yerine kaynakları inceleyebilmesi, varsayımları doğrulayıp gerçek Azure ortamına göre çalışabilmesi için iş akışını Azure MCP Sunucusu gibi Azure kullanan araçlara bağlayın.

6. İnceleyici ve kalite güvence aracılarına değişikliği denetlettirin.

   Birleştirme öncesinde doğruluk, güvenlik, uç durumlar, izleme, günlükleme ve sağlık kontrollerini gözden geçirin.

7. Özelliği doğrulamak ve dağıtmak için çekme isteklerini ve CI/CD'yi kullanın.

   Uygulama kodu, IaC ve dağıtım iş akışı değişikliklerini bir pull request sürecine alın; böylece derlemeler, testler ve doğrulamalar birleştirme öncesinde çalışsın.

8. Belirtim, altyapı ve dağıtım iş akışını eşitlenmiş durumda tutun.

   Belirtim, IaC ve işlem hattına canlı yapıtlar olarak davranarak dağıtılan sistemin zaman içinde hedeflenen tasarımla uyumlu kalmasını sağlayın.

Bu model, startup'lara ilk derlemeden Azure üretime hazır teslime geçmek için daha güvenilir bir yol sunar. Ekibiniz, manuel portal kurulumuna, bağlantısız betiklere veya belgelenmemiş kararlara güvenmek yerine, spesifikasyonun niyeti yansıttığı, IaC’nin Azure ortamını tanımladığı ve CI/CD’nin her dağıtım yaptığınızda tutarlılığı sağladığı bir iş akışına sahip olur.

Summary

Aracı tabanlı geliştirme, açık belirtimleri, özel aracı rollerini, Azure kullanan araçları ve yinelenebilir teslim iş akışlarını birleştirerek startup'ların fikirden uygulamaya geçmesine yardımcı olur. Ekip, nelerin derlenmesi gerektiğini tanımlayan bir belirtim ile başlar, bu amacı teknik kararlara ve görevlere dönüştürmek için planlamayı kullanır ve geçici değişiklikler yerine sürüm denetimli iş akışları aracılığıyla uygulama kodu ve altyapı uygular.

Güçlü bir iş akışı, genel bir kodlama yardımcısı yerine özelleştirilmiş rollerden de yararlanır. Azure projelerinde ajan tabanlı geliştirme, ajanlar Azure MCP Server gibi Azure ile uyumlu araçlarla çalışabildiğinde ve değişiklikler çekme istekleri, diff’ler, testler ve CI/CD aracılığıyla gözden geçirilebildiğinde daha yararlı hâle gelir.

Bu yaklaşım, girişimlerin ileride yeniden çalışma ihtiyacı doğurmadan hızlı bir şekilde ürün geliştirmesine yardımcı olur. Kurucular için bu, daha hızlı ilk dağıtımlar, daha az el ile yapılandırma hatası, daha net incelemeler ve prototipten üretim sınıfı yazılıma daha sorunsuz bir yol anlamına gelir.

Ek Kaynaklar

Özellikle Azure Hesabınızı Ayarlama | Microsoft Learn

Azure üzerinde girişimler için mimari

Girişim Ölçeklendirme İniş Alanı (SSLZ)

microsoft/azure-skills: Azure senaryoları için beceriler ve MCP sunucu yapılandırmaları sağlayan resmi aracı eklentisi.