Bash ve PowerShell Karşılaştırması: Metin Akışı mı, Nesne Hattı mı?

Ortak zemin: kabuk ve betik dili

Bash ve PowerShell'in ikisi de hem etkileşimli komut satırı (kabuk) hem de betik dilidir. Değişken, döngü, koşul, fonksiyon ve komutları birbirine bağlayan bir boru hattı (pipeline) sunarlar; sunucu yönetimi, dağıtım betikleri ve CI/CD işlerinde benzer amaçlarla kullanılırlar.

GNU Bash belgeleri Bash'i GNU işletim sisteminin kabuğu, yani komut dili yorumlayıcısı olarak tanımlar; büyük ölçüde klasik Unix kabuğu sh ile uyumludur ve IEEE POSIX kabuk belirtimine uygun bir uygulama olmayı hedefler. Microsoft belgeleri ise PowerShell'i komut satırı kabuğu, betik dili ve yapılandırma yönetimi çerçevesinden oluşan, Windows, Linux ve macOS üzerinde çalışan çapraz platform bir görev otomasyonu çözümü olarak tanımlar.

Asıl fark: metin mi, nesne mi?

Bash'te komutlar birbirine düz metin aktarır. Bir komutun çıktısı satırlar ve sütunlar halinde metindir; bir sonraki komut bu metni grep, cut, sort, sed ya da awk gibi araçlarla ayrıştırır. Bu yaklaşım son derece esnektir ve Unix araçlarının tamamıyla birlikte çalışır, ama çıktının biçimi değiştiğinde betik kırılabilir.

PowerShell'de ise Microsoft belgelerinin ifadesiyle girdiler ve çıktılar .NET nesneleridir; çıktıdan bilgi almak için metin ayrıştırmaya gerek kalmaz. Bir servisin durumu, bir dosyanın boyutu ya da bir sürecin bellek kullanımı nesnenin adlandırılmış özellikleridir ve doğrudan filtrelenip sıralanabilir. Aynı iki iş iki kabukta şöyle görünür:

Bash, durumu hatalı servisleri ve klasördeki öğelerin boyutunu listelemek: systemctl list-units --type=service --state=failed du -sh * | sort -h

PowerShell, durmuş servisleri ve günlük dosyalarını boyuta göre listelemek: Get-Service | Where-Object Status -eq 'Stopped' | Select-Object Name, DisplayName Get-ChildItem -Filter *.log | Sort-Object Length -Descending | Select-Object Name, Length, LastWriteTime

Bash örneğinde sıralama, metindeki boyut ifadesini yorumlayan bir seçenekle yapılır; PowerShell örneğinde ise Length doğrudan sayısal bir özelliktir.

Temel farklar ölçüt ölçüt

• Boru hattında akan veri: Bash, metin / PowerShell, .NET nesneleri.
• Doğduğu ve en güçlü olduğu ortam: Bash, Linux ve Unix benzeri sistemler; macOS ve konteyner imajlarında da yaygın / PowerShell, Windows; resmî belgelere göre Linux ve macOS üzerinde de çalışır.
• Komut adlandırması: Bash, kısa ve tarihî araç adları (ls, cp, grep) / PowerShell, Fiil-İsim biçiminde açıklayıcı cmdlet adları (Get-Process, Set-Item) ve kısa takma adlar.
• Karşılaştırma işleçleri: Bash, koşullarda -eq, -lt gibi işleçler ve metin karşılaştırması için ayrı sözdizimi / PowerShell, -eq, -gt, -like, -match gibi işleçler tüm türler için tutarlı.
• Hata yönetimi: Bash, çıkış kodları; betik başında set -euo pipefail ile hataya duyarlı çalışma ve trap ile temizlik / PowerShell, try ve catch blokları, -ErrorAction parametresi ve ErrorActionPreference değişkeni.
• Veri biçimleri: Bash, JSON için jq gibi harici araçlar gerekir / PowerShell, CSV, JSON ve XML için yerleşik dönüştürme cmdlet'leri vardır.
• Uzak yönetim: Bash, ssh ile komut ya da betik çalıştırma / PowerShell, Invoke-Command ve Enter-PSSession ile uzak oturum.
• Ekosistem: Bash, tüm Unix araçları ve paket yöneticileri / PowerShell, Microsoft belgelerinde Azure, Windows, Exchange ve SQL modülleri ile AWS ve VMware gibi üçüncü taraf modüller sayılır.

Hangi durumda hangisi?

Bash'i öne alın: • Linux sunucular, konteyner imajları ve bulut sanal makineleri yönetiliyorsa; bu ortamlarda Bash ya da POSIX uyumlu bir kabuk genellikle hazır gelir. • Dockerfile, CI hattı adımları ve dağıtım betikleri yazılıyorsa. • Mevcut Unix araçlarını birbirine bağlayan kısa, taşınabilir betikler gerekiyorsa.

PowerShell'i öne alın: • Windows sunucular, Active Directory kullanıcı ve grup işlemleri, Exchange ya da Microsoft bulut hizmetleri yönetiliyorsa. • Yapılandırılmış veriyle (CSV raporu, JSON API yanıtı, nesne listesi) çok çalışılıyorsa; nesne hattı ayrıştırma kodunu ortadan kaldırır. • Betik büyüyüp fonksiyon, modül, parametre doğrulama ve testlerle bir araç haline gelecekse.

Karışık ortamlarda iki kabuk birlikte kullanılır. Örneğin bir BT ekibi yeni çalışan girişinde Active Directory hesabını PowerShell betiğiyle açarken, aynı kişinin Linux tabanlı geliştirme sunucusundaki kullanıcısını Bash betiğiyle oluşturabilir; iki betik ortak bir CSV dosyasından beslenir. PowerShell'in Linux'ta da çalışması, tek dil tercih eden ekiplere bir seçenek sunar, ancak Linux tarafındaki dokümantasyon ve örneklerin büyük bölümü Bash ile yazıldığı için ekip yine de temel Bash okuryazarlığına ihtiyaç duyar.

Güvenli betik yazımında iki dilin karşılıkları

Her iki dilde de üretim ortamına giden betiklerde benzer ilkeler uygulanır: • Hataya duyarlılık: Bash'te betik başına set -euo pipefail eklemek, hata veren komuttan sonra betiğin sessizce devam etmesini önler. PowerShell'de kritik komutlara -ErrorAction Stop vermek ve bunları try ve catch ile sarmak aynı işi görür. • Değişkenleri tırnaklamak: Bash'te tırnaksız değişkenler boşluk içeren dosya adlarında beklenmedik sonuçlara yol açar. PowerShell bu sorunu nesne modeli sayesinde büyük ölçüde yaşamaz. • Kuru çalıştırma: PowerShell'de değişiklik yapan pek çok cmdlet -WhatIf parametresini destekler. Bash'te benzer davranış betiğe bir deneme bayrağı eklenerek elle kurulur. • Statik denetim: Bash için ShellCheck, PowerShell için PSScriptAnalyzer gibi araçlar yaygın hataları çalıştırmadan yakalar. • Günlük ve çıkış kodu: zamanlanmış görevlerde çalışan betikler, neyin yapıldığını kaydetmeli ve başarısızlıkta hata belirten bir çıkış koduyla sonlanmalıdır; böylece zamanlayıcı ya da CI hattı sorunu fark eder.

Sık yapılan hatalar

• Bash alışkanlığıyla PowerShell yazmak: nesneleri önce metne çevirip sonra yeniden ayrıştırmak, PowerShell'in asıl avantajını boşa harcar.
• PowerShell'de metin çıktısına bağımlı olmak: Format-Table çıktısı ekran içindir; sonraki komuta nesne geçirmek için biçimlendirme en sona bırakılmalıdır.
• Bash'te ls çıktısını ayrıştırmak: dosya listesi için kabuğun joker karakterleri ya da find kullanılmalıdır.
• Windows PowerShell ile çapraz platform PowerShell arasındaki farkı göz ardı etmek: iki sürüm hattında bazı modüller ve davranışlar farklıdır; betiğin hangi sürümde çalışacağı baştan belirlenmelidir.
• Uzun ve karmaşık mantığı kabuk betiğinde tutmak: betik büyüyüp karmaşık veri yapıları gerektirdiğinde Python gibi genel amaçlı bir dile geçmek bakımı kolaylaştırır.

Mindset programlarında Bash ve PowerShell

Bash ile Sistem Otomasyonu ve Betik Yazımı eğitimi; kabuk temelleri, hata yönetimi ve güvenli betik ilkeleri, metin işleme ve veri dönüştürme ile uzak sunucu otomasyonu modülleriyle Linux sistem yöneticileri, DevOps mühendisleri ve geliştiriciler için uygundur. PowerShell ile Windows Otomasyonu eğitimi ise nesne modeli, fonksiyon yazımı ve hata yönetimi, uzak yönetim ve modül paketleme modülleriyle Windows altyapısını yöneten BT ekiplerine yöneliktir.

Hem Linux hem Windows sunucu barındıran kurumsal BT ekipleri için iki eğitim, aynı otomasyon ilkelerini iki ortamda tutarlı biçimde uygulayacak şekilde arka arkaya planlanabilir.