Azure Developer CLI Ağustos 2025: PowerShell Sürprizi ve Kulis Arkası Yenilikler
Bu Ayın Sürprizi: PowerShell Fallback ile Geriye Dönüş
Ne yalan söyleyeyim, Windows PowerShell 5.1’in pabucunu dama atmıştık diyordum ama gel gör ki bazı alışkanlıklar inatla peşimizi bırakmıyor. Ağustos 2025 azd güncellemesinde gözümden kaçmayan şey şu oldu: Artık azd event hook script’lerinde, makinede pwsh (PowerShell 7) bulunmazsa otomatikman eski dost Windows PowerShell 5.1’e geri dönüyor. Valla hafif bir nostalji dalgası geldi geçti — 2018’de Azure’daki ilk otomasyon işimde defalarca aynı tuzağa düştüğümü dün gibi hatırlıyorum.
Peki niye heyecanlandım? Geçen ay Logosoft Bilişim’de devasa bir müşteri için CI/CD pipeline kurarken başıma geleni anlatayım: Jenkins ajanlarından biri eski imajdaydı ve yeni modüller çakıldı, patladı! Sorunun kaynağı mı? Tabii ki pwsh yokluğu! Eğer o günlerde bu fallback özelliği olsaydı herhalde sabaha kadar kahveyle hayatta kalmaya çalışmazdım…
Azd’nin artık hem Bash’i hem de iki ayrı PowerShell sürümünü arka planda halledebilmesi, karma takımlarda “kim hangi shell’i kullanıyor” gerginliğini iyice azaltıyor.
Küçük bir dipnotu es geçmeyeyim: Script’te ille PowerShell 7’ye özel komutlara bulaştıysanız, bu mekanizma mucize yaratmıyor; yine patlama ihtimali yüksek! Ama klasik ortam değişkeni okuma/yazma gibi temel işleri kurtarıyor mu? Gayet de kurtarıyor.
Kuliste Neler Oldu? Küçük Dokunuşlar Büyük Hataları Önlüyor
Bazen insanlar sürekli yeni özellikten bahsediyor ama olay orada değil arkadaşlar… Asıl ekmek bug fixlerde gizli! Bu ayki azd güncellemesinde birkaç can sıkıcı hata ortadan kaldırıldı:
- .NET Aspire projesi olmadan çalışan azd komutu yüzünden millet bilgisayar ekranını yumruklayacaktı neredeyse — rastgele “patladı!” mesajları tarih oluyor, rahatladım.
- Visual Studio manifest dosyasındaki gereksiz/nonproject.v0 objeleri deployment’ı yarıda kesiyordu (Haziran’da Kadıköy ofisimizde bunu yaşadığımda ter basmıştı), artık sadece gerçek servislere deploy deniyor; çöpe giden dakikalar bitti.
- Kapsam dışı resource group veya Container App hatalarında sistem size neden olmadığını net net söylüyor; forum forum dolanmak tarihe karışacak galiba!
- Sürekli login isteyen CI/CD senaryolarında kullanıcı adı-şifre isteme olayı baya hafifledi.
- Dalların isminde tuhaf karakterler olunca federated credential oluşturulamıyordu – ilginçtir bu problemi topluluktan genç biri düzeltmiş, helal olsun dedim!
- Linux tarafında extension yükleme rezilliği… Uğraşan bilir. Neyse ki sonunda dikiş tuttu da içimiz rahat etti.
💡 Bilgi: Docker’la uğraşıp containerd paketleriyle cebelleşiyorsanız, artık saç baş yolduran stacktrace’ler yerine insana yakışır açıklamalar çıkıyor karşınıza.
Nostaljik Uyarılar ve Güncel Mesajlar
Açıkçası, Azd’nin .NET Aspire projelerine attığı uyarılar da evrim geçirdi farkındaysanız. Eskiden işler ters gidince ekranda gördüğünüz satırlara bakıp sadece daha çok sinirlenirdiniz — şimdi projenizin yeterince güncel olmadığı direkt söyleniyor (“Legacy/limited Aspire projesi!”). Samimi söylüyorum, bana bir keresinde iki saat kazandırdı! Yani bazen teknoloji hayatı zorlaştırıyor gibi hissetsek de böyle ufak detaylar insanın yüzünü güldürüyor valla.
Dökümantasyonda Yepyeni Bir Soluk Geldi mi?
Bunu itiraf etmek lazım; Microsoft dokümantasyon işini uzun süredir sallıyordu… Lafımı sakınmam! Fakat bu sefer sanki biraz toparlanma havası var:
- Çevre Değişkenleri Rehberi: Azd projelerinde environment variable nasıl tanımlanır, nereden okunur… İlk defa gerçekten örneklerle adam akıllı anlatılmış buldum. Geçen yıl İstanbul’daki hackathon’da üç takım sırf env mevzusunda saç baş yolduğunda “neden düzgün rehber yok?” diye isyan etmiştim resmen!
- “Birden Fazla Ortam” Senaryosu: Staging’den production’a geçiş sırasında adım adım best practice listelenmiş durumda; kabus olmaktan çıkmış diyebilirim — ilaç gibi rehber olmuş açıkçası.
- Kapsamlı CLI Referansı: Nihayet “neyi yanlış yazdım acaba?” dediğinizde on sayfa PDF taramak zorunda değilsiniz; beş sene önce çıksa hayatımız daha kolay olurdu ya neyse…
En sevdiğim nokta şu; dökümantasyonda laf kalabalığı bırakılıp kısa çözümler ve troubleshooting odaklı bölümlere ağırlık verilmiş — vakti olmayan teknikçiler için birebir!
“Dev to Production” Serisinin Yeni Bölümü Yayında!
Eğer daha önce “Terminalde AI Ajanlarını Koddan Teste Taşımak” adlı yazımı göz gezdirdiyseniz (link burada) eminim devamını bekliyordunuzdur! Microsoft blog ekibi de seriyi sürdürüyor; Dev’den Prod’a giderken Azure Pipelines entegrasyonu üstünde yepyeni örnekler paylaşmışlar. Bizzat denedim — pipeline tarafında hâlâ pürüzler var tabii ama yol haritasını görmek fena olmadı hani.
Azd Template Pazarı Büyüyor mu?
Birkaç sene öncesine kadar ortalıkta elle tutulur template yoktu neredeyse; şimdiyse Github’a girseniz onlarcasıyla karşılaşırsınız—Kubernetes’ten Python API’sine uzanan bir derya oluşmuş durumda. Geçen kış Ankara’daki iç eğitimlerde kendi template’imizi hazırladık mesela. Katılımcılardan %80’i hazır şablon sayesinde dakikalar içinde demo açtı (bu kadar hızlısını hiç görmemiştim!).
Ama dikkat edin… Araya acemi işi hazırlanmış olanlar karışabiliyor ve tek hamlede dağıtabiliyor sizi! O yüzden seçtiğiniz template’i yerel ortamınızda test etmeden kimseye güvenmeyin derim – herkesin yıldızı popüler template’lerle parlamıyor malesef.
Kendi Deneyimlerime Göre Template İpuçları
- Kubernetes tabanlılarda YAML’ın girintisine ekstra özen gösterin – Mart ayında sıradan fazladan boşluk tüm keyfimi kaçırdı akşam yemeğinde bile huzursuzdum!
- Bash/Powershell destekleyen örneklerde özellikle Windows/macOS farklarını es geçip deploy etmeye kalkmayın – dersinizi alırsınız… Macbook’umda docker-compose olan bir proje yüzünden başımdan aşağı kaynar su dökülmüş gibi oldum – test etmeden asla demiyorum bak!
- Maliyeti düşük sanılan örneklerin içine saklanan managed service’lere dikkat edin – nisanda yaptığım sade web app demosu faturada soğuk duş etkisi yarattı :) FinOps refleksi şart!
💡 Bilgi:
Azd dünyasındaki sıcak gelişmeleri kaçırmak istemezseniz
Layered Provisioning hakkındaki analizime mutlaka göz atın derim.
Azd dünyasındaki sıcak gelişmeleri kaçırmak istemezseniz
Layered Provisioning hakkındaki analizime mutlaka göz atın derim.
Peki Ya Pratikte Hayal Kırıklığı Var mı?
Şöyle ki, Açık konuşayım… Bazı alanlarda hâlâ hayal kırıklığım var (ciddiyim). Mesela Linux tarafında extension install süreçleri nihayet çözüldü diyenlere tam olarak katılmıyorum—bazı uç senaryolarda hâlâ arızalar görüyorum (geçen hafta Ubuntu WSL’de kod yazan arkadaşa kulak verdikçe anladım). Ayrıca eski tip Aspire projelerde verilen uyarılar yerinde fakat upgrade önerileri çoğu zaman havada kalıyor.
Her şey şahane değil yani – Microsoft son zamanlarda “herkes için mükemmel çözüm” sloganından vazgeçiyor gibi hissetsem de bence doğru yönde ilerleme var.
Bir başka mesele ise resource group scoped deployment rehberlerinin çoğunlukla İngilizce olması… Keşke Türkçe topluluk daha fazla el verseydi diyorum hep içimden!
Kapanış Notu & Son Tavsiyelerim
Azd’nin Ağustos paketi bol bol stabilite yamalarıyla dolu. Abartılı devrim beklentisine girmeyin derim—esas faydasını hibrit ortamlarda automation düşkünü ekipler günlük işte fark edecek.
Tecrübeli kullanıcıysanız config migration’dan env yönetimine dek stresiniz ciddi azalacak; yeniler içinse güncellenmiş dokümantasyon tam anlamıyla kurtarıcı olabilir.
Yeni gelen her özelliği körlemesine prod’a taşımayın derim—FinOps kafasını unutmayın.
Ve klişe olacak belki ama tekrar ediyorum:
“Her yeni feature’a saldırmadan önce bazen eskilerin hâlâ epey işe yaradığını hatırlayın!”
Azure Developer CLI Ekim 2025 yazımı merak ediyorsanız buradan ulaşabilirsiniz.
Kaynak: [Azure Developer CLI (azd) – August 2025](https://devblogs.microsoft.com/azure-sdk/azure-developer-cli-azd-august-2025/)
İçeriği paylaş:
İlgili Yazılar
Yorum gönder