Microsoft AZ-900: Bulut Kavramları — Çalışma kılavuzu

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Şunun bir parçası: Microsoft Azure AZ-900 — Çalışma kılavuzu. Doğrulanmış cevaplarla şurada pratik yapın: Microsoft sınav merkezi, veya şurada süreli deneme sınavları çözün: ExamRoll.io.

Bulut bilişim, internet üzerinden ölçümlü BT kaynaklarını hızlı kaynak sağlama, küresel erişim ve yerleşik dayanıklılık özellikleriyle sunar. Şirket içi altyapıdan Azure’a geçiş, hem teknoloji seçimlerini hem de operasyonel modelleri değiştirir: kapasite planlaması yerini elastik ölçeklendirmeye bırakır, sermaye harcamaları operasyonel harcamalara dönüşür ve donanım bakımı platformun sorumluluğu haline gelir. Bu kavramları anlamak, doğru hizmetleri seçmek, yüksek erişilebilirlik için mimari tasarlamak ve maliyeti kontrol etmek için esastır.

Temel bulut özellikleri: ölçeklenebilirlik, esneklik, çeviklik ve dayanıklılık

Ölçeklenebilirlik, bir iş yükünün artan talebi kaynak ekleyerek karşılama yeteneğidir. Azure’da bu iki şekilde olur: daha büyük VM boyutları veya daha yüksek App Service planları seçerek dikey ölçeklendirme (scale up) ve Virtual Machine Scale Sets (VMSS), Azure Kubernetes Service (AKS) düğüm havuzları veya App Service otomatik ölçeklendirme aracılığıyla daha fazla örnek ekleyerek yatay ölçeklendirme (scale out). Ters yönde ölçeklendirme, talep düştüğünde kapasiteyi ve maliyeti azaltır. Durumsuz (stateless) katmanlar tasarlamak ve durumu dışsallaştırmak (örneğin Azure Cache for Redis veya Azure SQL Database’e), yatay ölçeklendirmeyi öngörülebilir ve hızlı hale getirir. Esneklik, kapasiteyi sürekli olarak yüke göre hizalayan, ilke tabanlı otomatik ölçeklendirmedir. Azure Monitor otomatik ölçeklendirme kuralları, AKS küme otomatik ölçeklendiricisi ve Azure Functions veya Tüketim/Elastik Premium planları gibi sunucusuz seçenekler, kaynakları neredeyse gerçek zamanlı olarak genişletir ve daraltır. Elastik mimariler boşta kalan kapasiteyi en aza indirir ve ani yükselen veya mevsimsel iş yükleri için çok uygundur; harcamaları kullanımla tam olarak eşleşecek şekilde kaydırır. Çeviklik, ekiplerin değişiklikleri sunma hızıdır. Bicep veya ARM şablonları, GitHub Actions veya Azure DevOps işlem hatları (pipeline) ve App Service veya AKS gibi kaynak soyutlamaları aracılığıyla Azure kaynak dağıtımı, sık ve düşük riskli sürümlere olanak tanır. RBAC ve ilke koruma mekanizmaları (policy guardrails) aracılığıyla self servis kaynak sağlama, yönetişimi sürdürürken bekleme sürelerini azaltır. Çeviklik, hem platformun hem de organizasyonel uygulamaların bir ürünüdür; platform, ayırt edici olmayan ağır işleri ne kadar çok soyutlarsa, ekipler o kadar hızlı hareket edebilir. Hata toleransı ve olağanüstü durum kurtarma, farklı hata kapsamlarını ele alır. Hata toleransı, bir bölge içindeki bileşen ve veri merkezi arızalarını Availability Sets (VM’leri hata/güncelleme etki alanlarına yayma), Availability Zones (bir bölge içindeki fiziksel olarak ayrı veri merkezleri), yük dengeleyiciler ve yedekli veri yolları kullanarak azaltır. Olağanüstü durum kurtarma, bölgeler arası çoğaltma (GRS/RA-GRS depolama, Azure SQL aktif coğrafi çoğaltma, Cosmos DB çok bölgeli yazma işlemleri) ve Azure Site Recovery gibi kurtarma araçlarıyla bölge düzeyindeki kesintilere hazırlanır. Tasarımın iş sürekliliği hedeflerini karşıladığından emin olmak için net RTO/RPO hedefleri tanımlayın ve yük devretmeyi (failover) test edin.

Hizmet modelleri ve paylaşılan sorumluluk

Bulut hizmeti modelleri, sizin neyi, Azure’un neyi yöneteceğini belirler. Hizmet Olarak Altyapı (IaaS), ham işlem, depolama ve ağ oluşturma yapı taşlarını sunar. Konuk işletim sistemini, çalışma zamanını (runtime) ve uygulamaları siz kontrol edersiniz—özel imajlara, özelleşmiş ara katman yazılımlarına veya tam kontrole ihtiyacınız olduğunda idealdir. Hizmet Olarak Platform (PaaS), işletim sistemini ve ara katman yazılımlarının çoğunu soyutlayarak yönetilen çalışma zamanları, veritabanları ve entegrasyon hizmetleri sunar, böylece ekipler koda ve veriye odaklanabilir. Hizmet Olarak Yazılım (SaaS), tarayıcı veya API aracılığıyla tüketilen, minimum yapılandırma gerektiren ve uygulama barındırma yükümlülüğü olmayan eksiksiz uygulamalar sunar. Paylaşılan sorumluluk modeli, operasyonel sınırları netleştirir. IaaS’de Azure fiziksel veri merkezini, ana bilgisayarları (host) ve hipervizörü (hypervisor) yönetir; siz işletim sistemi yamalarını, sıkılaştırmayı, uygulama güncellemelerini, kimlik ve erişimi ve veri yönetişimini üstlenirsiniz. PaaS’ta Azure ayrıca işletim sistemini ve platform ara katman yazılımını da yönetir; siz uygulama kodunu, yapılandırmayı ve veriyi yönetirsiniz. SaaS’ta Azure (veya SaaS sağlayıcısı) tüm yığını işletir; siz kullanıcıları, erişimi, veri sınıflandırmasını ve kullanım yapılandırmasını yönetirsiniz. Tüm modellerde müşteriler kimlik, izinler, uç nokta güvenliği ve veri koruma politikalarından sorumlu olmaya devam eder. Doğru modeli seçmek, erişilebilirlik hedeflerini ve maliyeti etkiler. Azure sanal makinelerini dağıtmak bir IaaS görevidir; Azure App Service üzerindeki web API’leri veya AKS üzerindeki konteynerler PaaS’ı yansıtır; Microsoft 365 ve Dynamics 365 ise SaaS’tır. Teslimatı hızlandırmak ve operasyonel yükü azaltmak için mümkün olduğunda PaaS ve SaaS’ı tercih edin; IaaS’ı ise işletim sistemi düzeyinde kontrol veya eski sistem bağımlılıkları gerektiren iş yükleri için ayırın.

• IaaS
  • Tipik Azure hizmetleri: Azure Virtual Machines, VM Scale Sets, Azure Disks, Virtual Network
  • Yönettiğiniz şeyler: Konuk İS, yamalar, çalışma zamanı, uygulamalar, veri, yedekler, AV/EDR
  • Ne zaman seçilir: Tam İS kontrolü, özel ara katman yazılımı, lift-and-shift (olduğu gibi taşıma)
• PaaS
  • Tipik Azure hizmetleri: Azure App Service, Azure SQL Database/Managed Instance, AKS, Azure Functions, Azure Integration Services
  • Yönettiğiniz şeyler: Kod/yapılandırma, şema, veri, kimlik ve erişim
  • Ne zaman seçilir: Daha hızlı teslimat, yerleşik ölçeklendirme/yüksek erişilebilirlik (HA), azaltılmış operasyonlar
• SaaS
  • Tipik Azure hizmetleri: Microsoft 365, Dynamics 365, Power BI, Azure DevOps Services
  • Yönettiğiniz şeyler: Kullanıcılar, roller, veri kullanımı/yapılandırması
  • Ne zaman seçilir: Minimum yönetimle eksiksiz uygulamalar

Dağıtım modelleri ve ölçeklendirme kapsamı

Genel bulut, iş yüklerini Microsoft’a ait ve mantıksal yalıtımla birden çok kiracı arasında paylaşılan veri merkezlerine dağıtır. En geniş hizmet kataloğunu, global erişimi, hızlı kaynak sağlamayı ve tamamen kullandıkça öde modelini sunar. Özel bulut, genellikle mevzuat veya veri egemenliği nedenleriyle altyapıyı tek bir kuruluşa adar ve Azure Stack Hub veya Azure Stack HCI gibi Azure onaylı yığınlar üzerinde çalışabilir. Hibrit bulut, şirket içi ortamları ve Azure’ı tutarlı kimlik, ilke ve ağ iletişimi ile birbirine bağlayarak, bulutun esnekliğinden mantıklı olduğu yerlerde yararlanırken aşamalı geçişlere ve veri yerelliğine olanak tanır. Global ve yerel ölçeklendirme, kullanılabilirlik ve performans iyileştirmelerinin kapsamıyla ilgilidir. Yerel ölçeklendirme, örnek eklemek ve veri merkezi hatalarını yalıtmak için Availability Zones, VM Scale Sets, Application Gateway ve Azure Load Balancer kullanarak trafiği bir bölge içinde tutar. Global ölçeklendirme, Azure Front Door (modern, anycast, WAF özellikli katman 7 global yük dengeleme), Azure Traffic Manager (DNS tabanlı yük dengeleme) ve Azure SQL coğrafi çoğaltma veya Cosmos DB çok bölgeli dağıtım gibi coğrafi olarak çoğaltılmış veri hizmetlerini kullanarak trafiği bölgeler arasında dağıtır. Çok bölgeli aktif/aktif tasarımlar gecikmeyi ve dayanıklılığı artırır ancak dikkatli veri tutarlılığı ve maliyet planlaması gerektirir. Bir dağıtım modeli seçimi genellikle uyumluluk ve bağlantı kısıtlamalarıyla başlar ve uygulamanın yaşam döngüsüyle birlikte gelişir. Yeni, sıfırdan geliştirilen (greenfield) web uygulamaları, hız ve ölçeklenebilirlik için genellikle genel bulut PaaS ortamlarında yer alır. Bağımlılıkları olan karmaşık iş kolu sistemleri, bağımlılıklar modernize edildikçe geçişi tamamlamadan önce, belirli hizmetleri şirket içinde tutarken ön uçları (front-end) ve durum bilgisi olmayan (stateless) katmanları Azure’a taşıyarak hibrit bir yapıyla başlayabilir.

• Genel (Public)
  • Sahiplik/Konum: Microsoft’a ait bölgeler
  • Tipik erişim: İnternet/VPN/ExpressRoute
  • Kullanım senaryoları: Elastik ölçeklendirme, global erişim, hızlı inovasyon
  • Azure örnekleri: Çoğu Azure hizmeti, Azure Front Door, Azure App Service
• Özel (Private)
  • Sahiplik/Konum: Müşteriye özel altyapı (şirket içi veya barındırılan)
  • Tipik erişim: Özel ağlar
  • Kullanım senaryoları: Veri egemenliği, yalıtılmış iş yükleri, sıkı uyumluluk
  • Azure örnekleri: Azure Stack Hub, Azure Stack HCI, AKS on HCI
• Hibrit (Hybrid)
  • Sahiplik/Konum: Şirket içi ve Azure karışımı
  • Tipik erişim: Siteden siteye VPN veya ExpressRoute
  • Kullanım senaryoları: Aşamalı geçiş, veri yerelliği, eski sistem entegrasyonu
  • Azure örnekleri: Azure VPN Gateway, ExpressRoute, Azure Arc

Maliyet modelleri: CapEx ve OpEx, tüketim tabanlı fiyatlandırma, kullandıkça öde ve rezerve kapasite

Şirket içi tedarik tipik olarak sermaye harcamasıdır (CapEx): sunucular, depolama ve ağ donanımları için yapılan büyük ön alımlar yıllar içinde amortismana tabi tutulur. Azure bu modeli operasyonel harcamaya (OpEx) dönüştürür: hizmetler gerçek tüketime (CPU saniyeleri, GB-ay, işlem sayısı) göre ölçülür ve faturalandırılır. Bu, harcamayı değerin elde edildiği zamana kaydırır. Bu tüketim tabanlı fiyatlandırma, aşırı kaynak tedarikini azaltır ve maliyeti kullanım düzenlerine bağlar. Kullandıkça öde modeli esnekliği en üst düzeye çıkarır: kaynakları herhangi bir dönem taahhüdü olmadan istediğiniz zaman başlatıp durdurabilirsiniz. Kararlı durumdaki iş yükleri için Azure, Reserved Virtual Machine Instances, Azure SQL Database rezerve kapasite, Cosmos DB RU/s rezervasyonları ve Storage rezerve kapasite gibi rezervasyon tabanlı indirimler sunar. Bir veya üç yıllık taahhütler, isteğe bağlı olarak örnek boyutu esnekliği ve abonelikler arasında paylaşılan kapsam sağlarken önemli tasarruflar getirebilir. Tamamlayıcı seçenekler arasında, uygun işlem hizmetlerinde indirimli oranlar uygulayan Azure Savings Plans for Compute ve kesintiye uğrayabilen, toplu iş tarzı iş yükleri için derin indirimler sunan Spot VM’ler bulunur. Etkili maliyet yönetimi, doğru ticari modeli mühendislik kontrolleriyle birleştirir. Otomatik ölçeklendirme boşta kalan kapasiteyi azaltır; sunucusuz katmanlar boşta kaldığında altyapıyı ortadan kaldırır; Azure Hybrid Benefit, mevcut Windows Server ve SQL Server lisanslarını kullanmanızı sağlar; Geliştirme/Test fiyatlandırması, üretim dışı harcamaları düşürür. Azure Cost Management + Billing, sürekli optimizasyon için bütçeler, anomali tespiti ve maliyet ayırma özellikleri sunar.

• Kullandıkça öde (Pay‑as‑you‑go)
  • Taahhüt: Yok
  • PAYG’ye göre tipik indirim: %0
  • Esneklik: Maksimum esneklik; istenildiğinde başlatma/durdurma
  • En uygun olduğu durumlar: Öngörülemeyen veya kısa ömürlü iş yükleri
• Reserved VM Instances / Rezerve kapasite
  • Taahhüt: 1 yıllık veya 3 yıllık
  • PAYG’ye göre tipik indirim: ~%72’ye kadar (Azure Hybrid Benefit ile)
  • Esneklik: Kapsam paylaşılabilir; değişiklik yapılabilir; erken iptal ücretleri
  • En uygun olduğu durumlar: Kararlı 7x24 işlem, veritabanları, Cosmos DB
• Savings Plan for Compute
  • Taahhüt: 1 yıllık veya 3 yıllık harcama taahhüdü
  • PAYG’ye göre tipik indirim: ~%65’e kadar
  • Esneklik: VM’ler, AKS, Functions Premium, App Service genelinde geçerlidir
  • En uygun olduğu durumlar: Değişken örnek türlerine sahip karma işlem gücü
• Spot VMs
  • Taahhüt: Yok (kapasiteye bağlı)
  • PAYG’ye göre tipik indirim: ~%90’a kadar
  • Esneklik: Geri alınabilir; SLA yok
  • En uygun olduğu durumlar: Toplu iş, durum bilgisi olmayan (stateless), CI, render işleri

Uygulama Problemi: PeakGear Retail: Maliyet Kontrolü ve Dayanıklılık ile Mevsimsel Ölçeklendirme

Senaryo: PeakGear Retail, ay sonlarında ve tatil dönemlerinde öngörülebilir trafik artışları yaşayan bir e-ticaret sitesi işletmektedir. Şirket, şirket içi (on-premises) sanal makinelerden Azure’a geçmek, sermaye harcamalarını azaltmak, web katmanı için %99,99’luk bir kullanılabilirlik hedefini sürdürmek ve dört saatlik bir RTO ile 15 dakikalık bir RPO’ya sahip bir olağanüstü durum kurtarma planı uygulamak istemektedir. Kimlik yönetimi, Microsoft Entra ID aracılığıyla mevcut kullanıcılarla entegre olmalıdır.

Problem: Trafik artışları için elastik ölçeklendirme, bölge (zone) düzeyinde hata toleransı, bölgeler arası olağanüstü durum kurtarma ve operasyonel basitlik sunarken, yoğun olmayan dönemlerde maliyeti en aza indiren bir Azure mimarisi ve maliyet modeli tasarlayın.

Önerilen Yaklaşım:

1. Web API’sini ve vitrini, yerleşik otomatik ölçeklendirme (autoscale), yönetilen platform yamalama ve zone redundancy (bölge yedekliliği) seçeneklerinden yararlanmak için Premium v3 planlarını kullanarak Azure App Service (PaaS) üzerinde dağıtın.
2. Genel anycast girişi, SSL sonlandırma, WAF ve yola dayalı yönlendirme (path-based routing) için iki veya daha fazla App Service örneğini Azure Front Door Standard/Premium arkasına yerleştirin; gerektiğinde sağlık denetimlerini (health probes) ve oturum benzeşimini (session affinity) etkinleştirin.
3. Birincil bölgede (primary region) zone redundancy özelliğine sahip Azure SQL Database Business Critical kullanın; 15 dakikalık RPO’yu hedefleyerek eşleştirilmiş bir ikincil bölgeye (secondary region) aktif coğrafi çoğaltmayı (active geo-replication) yapılandırın.
4. Statik içeriği RA-GRS ile Azure Storage’da saklayın; bant genişliğini boşaltmak ve gecikmeyi iyileştirmek için Microsoft’un Azure CDN’i ile ön yüzünü oluşturun.
5. Yoğun zamanlarda dışa doğru ölçeklendirme (scale out) ve sakin dönemlerde içe doğru ölçeklendirme (scale in) yapmak için CPU, istek sayısı ve kuyruk derinliğine dayalı otomatik ölçeklendirme (autoscale) kuralları uygulayın; arka plan işleri için Azure Functions Consumption veya Elastic Premium planlarını kullanın.
6. App Service planı için zone redundancy (çoklu bölge) özelliğini etkinleştirerek veya desteklenen yerlerde örnekleri Kullanılabilirlik Alanları’na (Availability Zones) dağıtarak web katmanında %99,99 kullanılabilirlik elde edin.
7. Esneklik için başlangıçta kullandıkça öde (pay-as-you-go) modelini benimseyin; 30 gün sonra belirlenen sabit temel kapasite için, App Service planları için 1 yıllık Reserved Instance (App Service’i kapsayan Savings Plan for Compute aracılığıyla) ve SQL Database için ayrılmış kapasite (reserved capacity) satın alarak sürekli çalışma maliyetini azaltın.
8. Kullanıcı ve yönetici erişimi için Microsoft Entra ID’yi entegre edin; yerleşik roller ve koşullu erişim (conditional access) ile en az ayrıcalık ilkesini (least privilege) uygulayın; gizli bilgileri (secrets) App Service ve dağıtım işlem hatları (deployment pipelines) tarafından başvurulan Azure Key Vault’ta koruyun.
9. DR runbook’larını tanımlayın ve test edin: SQL’i ikincil bölgeye yük devredin (failover), ikincil bölgeyi etkinleştirmek için Front Door kaynak (origin) önceliklerini güncelleyin ve dört saatlik RTO içinde uygulama sağlığını doğrulayın.
10. Merkezi metrikler, izler (traces) ve günlükler (logs) için Azure Monitor ve Log Analytics’i uygulayın; uyarıları ve panoları yapılandırın; harcamayı sürekli olarak optimize etmek için Azure Cost Management bütçeleri ve anomali uyarıları ayarlayın.

Azure Gerekçesi: PaaS hizmetleri (App Service ve Azure SQL Database), paylaşılan sorumluluk modeli kapsamında işletim sistemi ve platform bakım yükünü ortadan kaldırarak çevikliği en üst düzeye çıkarırken, esneklik için otomatik ölçeklendirmeyi mümkün kılar. Zone-redundant (bölge yedekli) dağıtım ve çok bölgeli çoğaltma, bir bölge içinde hata toleransı ve belirtilen RPO/RTO’yu karşılayan bölgeler arası olağanüstü durum kurtarma sağlar. Front Door, küresel giriş (global ingress), sağlık durumuna dayalı yönlendirme ve WAF koruması sağlar. Kullandıkça öde ile başlamak, geçiş sırasında esnekliği korur; ölçülen temel kapasite için ayrılmış kapasiteye (reserved capacity) veya bir Savings Plan’e taahhütte bulunmak, sürekli kullanım maliyetini düşürürken, otomatik ölçeklendirme yoğun olmayan dönemlerdeki harcamaları azaltır. Microsoft Entra ID, kimlik ve erişim kontrolünü merkezileştirir; Azure Monitor ve Cost Management ise operasyonel ve finansal görünürlüğü sürdürür.

Tüm alanlar · Azure Mimarisi ve Küresel Altyapı →

Bu soruları çözün → · ExamRoll.io’da süreli pratik →

Microsoft'a göz atın →