Microsoft AZ-900: Destek, Hizmet Yaşam Döngüsü ve Pazar Yeri — Ç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.

Azure’da güvenilir operasyonlar, doğru destek modelini seçmeye, hizmet sağlığı sinyallerini anlamaya, yayınlanmış hizmet seviyesi anlaşmalarına (SLA’lar) göre tasarım yapmaya ve ticari pazar yeri aracılığıyla üçüncü taraf çözümlerini sorumlu bir şekilde tedarik etmeye bağlıdır. Bu alan, Microsoft’un bulut iş yüklerini yaşam döngüleri boyunca nasıl desteklediğine ve müşterilerin bu desteği vaka yönetimi, kota artışları, sağlık uyarıları ve olay müdahalesi ile nasıl operasyonel hale getirdiğine odaklanır. Sürekli değişim etrafındaki yönetişim de aynı derecede önemlidir. Azure hizmetleri, sık ve güvenli güncellemeler ve kesinti yaratan değişiklikler için önceden bildirim içeren modern bir yaşam döngüsünü takip eder. Azure Marketplace, birleştirilmiş Azure faturalaması ve ilke denetimi altında güvenlik, ağ, veri ve uygulama bileşenlerinin hızla benimsenmesini sağlayan doğrulanmış iş ortağı çözümleriyle platformu genişletir.

Azure destek planları ve vaka yönetimi

Microsoft, iş yükü kritikliğine ve gereken danışmanlık rehberliği düzeyine göre uyarlanmış çeşitli Azure destek planları sunar. Temel destek her aboneliğe dahildir ve yalnızca faturalandırma ve abonelik yönetimini kapsar. Geliştirici desteği, üretim dışı ortamları hedefler ve daha düşük önem derecesine sahip sorunlar için iş saatleri içinde teknik rehberlik sağlar. Standart destek, 7x24 teknik destek için giriş noktasıdır ve çoğu üretim iş yükü için uygundur. Professional Direct (ProDirect), daha hızlı yanıt hedefleri ve dağıtımları hızlandırmak için proaktif danışmanlık rehberliğine, mimari incelemelerine ve web seminerlerine erişim ekler. Premier/Unified, Microsoft bulut ve şirket içi ürünlerini kapsayan kurumsal bir şemsiyedir ve kuruluşunuzu bir Müşteri Başarı Hesap Yöneticisi (Customer Success Account Manager) ve hizmet incelemeleri, atölye çalışmaları, hazırlık planlaması ve olay yönetimi koordinasyonu gibi proaktif hizmetlerle eşleştirir. Destek talepleri, Azure portalında Yardım + destek altında oluşturulur. Vaka türleri arasında teknik, faturalandırma, abonelik yönetimi ve hizmet ve abonelik limitleri (kotalar) bulunur. Teknik vakalar ücretli bir plan (Geliştirici, Standart, ProDirect veya Unified) gerektirir. Yerleşik Destek Talebi Katkıda Bulunanı (Support Request Contributor) rolü, kullanıcıların daha geniş kaynak izinleri vermeden vaka açmasına ve yönetmesine olanak tanırken, Sahipler (Owners) ve Katkıda Bulunanlar (Contributors) da vaka açabilir. Vakalar, tek bir olay kuyruğunu korumak için Azure Monitor eylem grupları ve ITSM bağlayıcısı aracılığıyla ITSM araçlarıyla entegre edilebilir.

• Temel
  • Teknik destek kullanılabilirliği: Yok (yalnızca faturalandırma/abonelik)
  • İlk yanıt hedefleri (Sev A/B/C): Geçerli Değil
  • Danışmanlık rehberliği: Yalnızca belgeler, topluluk
  • Proaktif hizmetler: Yok
  • Tipik kullanım: Denemeler, öğrenme, kritik olmayan hesaplar
• Geliştirici
  • Teknik destek kullanılabilirliği: İş saatleri (e-posta/web)
  • İlk yanıt hedefleri (Sev A/B/C): Geçerli Değil / Geçerli Değil / < 8 saat
  • Danışmanlık rehberliği: Genel nasıl yapılır rehberliği
  • Proaktif hizmetler: Yok
  • Tipik kullanım: Geliştirme/test ve pilot uygulamalar
• Standart
  • Teknik destek kullanılabilirliği: Sev A için 7x24; daha düşük sev için iş saatleri
  • İlk yanıt hedefleri (Sev A/B/C): < 1 sa / < 4 sa / < 8 sa
  • Danışmanlık rehberliği: Vakalarla en iyi çaba rehberliği
  • Proaktif hizmetler: Yok
  • Tipik kullanım: Standart yanıt ihtiyaçları olan üretim iş yükleri
• Professional Direct
  • Teknik destek kullanılabilirliği: Sev A için 7x24
  • İlk yanıt hedefleri (Sev A/B/C): < 1 sa / < 2 sa / < 4 sa
  • Danışmanlık rehberliği: Proaktif danışmanlık, mimari incelemeleri, başlangıç desteği
  • Proaktif hizmetler: Web seminerleri, hizmet incelemeleri, eskalasyon yönetimi
  • Tipik kullanım: Daha hızlı yanıt ve rehberlik gerektiren iş açısından kritik üretim
• Premier/Unified
  • Teknik destek kullanılabilirliği: 7x24 (geniş Microsoft kapsamı)
  • İlk yanıt hedefleri (Sev A/B/C): < 1 sa / < 2 sa / < 4 sa
  • Danışmanlık rehberliği: Atanmış CSAM, çözüm seviyesinde rehberlik
  • Proaktif hizmetler: Atölye çalışmaları, değerlendirmeler, hizmet incelemeleri, olay koordinasyonu
  • Tipik kullanım: Birden çok ürünü kapsayan kurumsal portföyler

Destek talepleri oluşturma ve kotaları ve limitleri artırma

Destek talepleri, Azure portalında Yardım + destek > Destek talebi oluştur bölümünden başlatılır. İş akışı, sorun türü, abonelik, hizmet, kaynak, bölge ve önem derecesi hakkında bilgi ister. Teknik vakalar için, iş etkisine ve planınızın yanıt hedeflerine uygun bir etki seviyesi (önem derecesi) seçersiniz. Triyajı hızlandırmak için tanılama bilgilerini (zaman damgaları, korelasyon kimlikleri, metrikler ve değişiklik geçmişi) ekleyin. Faturalandırma ve abonelik yönetimi için Temel destek yeterlidir; teknik sorunlar için ücretli bir plan gereklidir. Kota ve limit artışları, Hizmet ve abonelik limitleri (kotalar) olarak dosyalanır. Yaygın talepler arasında bölge başına işlem vCPU kotaları (VM ailesine göre), genel IP adresleri, özel GPU veya HPC aileleri için çekirdekler ve Azure Machine Learning veya Cognitive Services kotaları bulunur. İşlem kotaları abonelik başına, bölge başına ve VM serisi ailesi başına uygulanır; daha yüksek bir kota talep etmek kapasite isteklerini etkinleştirir ancak kapasite kullanılabilirliğini garanti etmez. Öngörülebilir kapasite için, kota artışlarını isteğe bağlı kapasite rezervasyonları ile birleştirin veya uygun olduğunda bölgesel (zonal) dağıtımları planlayın. Talep oluşturma erişimi Azure RBAC aracılığıyla kontrol edilir. Destek Talebi Katkıda Bulunanı (Support Request Contributor) rolü, kaynak değiştirme hakları vermeden bilet oluşturabilir ve yönetebilir. Daha büyük kuruluşlar genellikle kota iş akışlarını dahili onay süreçlerinden geçirir ve bunları ITSM’de izler; Azure Kota API’si, önceden tanımlanmış eşiklerde talepleri izlemeyi ve oluşturmayı otomatikleştirebilir. Gönderimden sonra, vakalar gerektiğinde mühendislik ekibine triyaj edilir ve iletişim portal, e-posta ve isteğe bağlı olarak daha yüksek önem dereceleri için telefon aracılığıyla gerçekleşir.

Olay yönetiminde Hizmet Durumu, planlı bakım ve SLA’ler

Azure, durum takibi için birden fazla araç sunar. Azure Status, platform genelindeki sorunların herkese açık, küresel görünümüdür. Azure Service Health, abonelikleriniz için kişiselleştirilmiştir ve bölgelerinizi ve kaynaklarınızı etkileyen hizmet sorunlarını, planlı bakımları ve sağlık tavsiyelerini gösterir. Resource Health, tek tek kaynakların durumunu ayrıntılı olarak inceler ve platform olayları, kullanıcı tarafından başlatılan eylemler veya temel donanım arızaları gibi kök nedenlerle birlikte son kullanılabilirlik olaylarını sağlar. Service Health uyarıları; e-posta, SMS, sesli arama, webhook’lar, ITSM bağlayıcıları ve Azure Functions için eylem gruplarıyla (action groups) entegre olur. Planlı bakım, beklenen zaman aralıkları ve etki ayrıntılarıyla birlikte Service Health aracılığıyla bildirilir. Sanal makineler için Azure Scheduled Events, yeniden başlatma gibi yaklaşan eylemler hakkında konuk içi (in-guest) bildirimler sunar (örnek meta veri hizmeti aracılığıyla). Bu, uygulamaların trafiği boşaltmasına (drain), kontrol noktası (checkpoint) almasına veya yük devretmesine (fail over) olanak tanır. Maintenance Control, Azure Dedicated Hosts ve belirli izole VM boyutları için mevcuttur ve yöneticilerin, değişiklik kontrol süreçleriyle uyumlu hale getirmek için platform bakımını tanımlanmış bir erteleme penceresi içinde geciktirmelerini sağlar. SLA’ler, her hizmet için aylık çalışma süresi (uptime) veya işlem başarı hedeflerini tanımlar. Çoklu hizmetli çözümler tasarlanırken, birleşik kullanılabilirlik, bağımlılıklar arasında çarpımsal olarak hesaplanır. Daha yüksek kullanılabilirlik katmanları genellikle bölge yedekli (zone-redundant) veya çok örnekli (multi-instance) dağıtımlar gerektirir. Örneğin, bir bölgedeki iki veya daha fazla kullanılabilirlik alanına (availability zone) yayılan sanal makineler çalıştırmak, tek bir VM’den veya bir kullanılabilirlik kümesinden (availability set) daha yüksek bir SLA sağlar. Bir SLA karşılanmazsa, talep üzerine hizmet kredileri (service credits) kullanılabilir; portal üzerinden kanıtlarla (zaman damgaları, etkilenen kaynaklar) birlikte gerekli süre içinde başvurun ve olayı ve olay sonrası incelemeleri Service Health’de takip edin.

• Sanal Makineler (tek örnek)
  • SLA için temel gereksinim: İşletim sistemi ve veriler için Premium SSD veya Ultra Disk
  • Yayınlanmış SLA (tipik): %99,9
  • Notlar: Uygun boyutlar ve depolama için geçerlidir; kullanılabilirlik kümesi/alanı yok
• Kullanılabilirlik Kümesindeki (Availability Set) Sanal Makineler
  • SLA için temel gereksinim: Hata/güncelleme etki alanlarına (fault/update domains) yayılmış iki veya daha fazla örnek
  • Yayınlanmış SLA (tipik): %99,95
  • Notlar: Tek bir kabin (rack) ve güncelleme etki alanı riskini azaltır
• Kullanılabilirlik Alanlarına (Availability Zones) Yayılmış Sanal Makineler
  • SLA için temel gereksinim: Bir bölgedeki alanlara (zone) yayılmış iki veya daha fazla örnek
  • Yayınlanmış SLA (tipik): %99,99
  • Notlar: Bölgeler arası yük devretme (cross-region failover) olmadan en iyi bölgesel dayanıklılık
• Azure SQL Database (tek veritabanı)
  • SLA için temel gereksinim: Standart dağıtım
  • Yayınlanmış SLA (tipik): %99,99
  • Notlar: Alan yedekliliği (zone redundancy), alana özgü (zonal) arızalara karşı dayanıklılığı artırabilir
• App Service (çoklu örnek)
  • SLA için temel gereksinim: İki veya daha fazla örnek
  • Yayınlanmış SLA (tipik): %99,95
  • Notlar: Birden çok örnekle birlikte Basic veya daha yüksek katmanları gerektirir

Modern Yaşam Döngüsü Politikası ve Azure Marketplace

Azure hizmetleri, sürekli hizmet güncellemelerini ve müşterinin güncel kalma sorumluluğunu vurgulayan Modern Yaşam Döngüsü Politikası’nı (Modern Lifecycle Policy) takip eder. Müşteri eylemi gerektiren ve geriye dönük uyumluluğu bozan değişiklikler (breaking changes), resmi kullanımdan kaldırma duyuruları, Service Health tavsiyeleri ve dokümantasyon güncellemeleri aracılığıyla —çevrimiçi hizmetler için genellikle en az 12 ay— önceden bildirimle iletilir. Kurumsal yönetişime uygun değişiklik pencereleri içinde iş yüklerinin düzeltilebilmesi için kullanımdan kaldırma zaman çizelgeleri, API sürümlemesi ve geçiş yolları sağlanır. Bu sürekli teslimat modeli, aşamalı dağıtımlar (staged rollouts) ve otomatik risk azaltma ile güvenli dağıtım uygulamalarından yararlanır. Operasyonel hazırlık; hizmet tavsiyelerini takip etmek, yeni çalışma zamanı (runtime) veya SDK sürümlerini üretim öncesi (pre-production) ortamlarda doğrulamak ve uygulama güncellemeleri için özellik bayrakları (feature flags) veya mavi-yeşil (blue-green) dağıtım desenlerini kullanmak anlamına gelir. Güvenlik ve uyumluluk güncellemeleri ayrı kurulum döngüleri olmadan gelir. Bu, risk maruziyet pencerelerini azaltırken gözlemlenebilirlik (observability) ve sürüm disiplinine vurgu yapar. Azure Marketplace, platformu üçüncü taraf çözümlerle genişletir: sanal makine imajları, yönetilen uygulamalar, Kubernetes uygulamaları ve SaaS teklifleri. Teklifler, kullandıkça öde (pay-as-you-go) ölçümü, yıllık/dönemlik planlar ve kendi lisansını getir (bring-your-own-license - BYOL) gibi seçeneklerle Azure aboneliğiniz üzerinden faturalandırılır. Kuruluşlar, yalnızca onaylanmış yayıncılara veya tekliflere izin vermek, dağıtım ayak izini (bölgeler, SKU’lar, ağ yapılandırması) kısıtlamak için Azure Policy uygulamak ve özel teklifler aracılığıyla özel fiyatlandırma pazarlığı yapmak için özel bir marketplace (private marketplace) oluşturabilir. Ağ sanal gereçleri (ör. güvenlik duvarları, yük dengeleyiciler), veri platformları, güvenlik analitiği ve gözlemlenebilirlik yığınları yaygın desenlerdir; bu çözümler için birincil destek kanalı yayıncının kendisidir ve faturalandırma Azure’da birleştirilir.

• Sanal makine imajı (NVA veya sunucu)
  • Dağıtım modeli: VNet’inizde ARM şablonu/VM
  • Faturalandırma modeli: PAYG veya BYOL
  • Örnek kullanım senaryoları: Güvenlik duvarları, WAF’lar, IDS/IPS, paketlenmiş uygulamalar
  • Operasyonel notlar: VM yaşam döngüsünü, ölçeklendirmeyi ve yama yönetimini siz yaparsınız
• Yönetilen Uygulama (Managed Application)
  • Dağıtım modeli: Aboneliğinize dağıtılır, yayıncı tarafından yönetilir
  • Faturalandırma modeli: PAYG artı yönetim ücreti
  • Örnek kullanım senaryoları: Yönetilen operasyonlara sahip anahtar teslim çözümler
  • Operasyonel notlar: Yayıncı temel bileşenleri günceller; siz verileri/yapılandırmayı yönetirsiniz
• Kubernetes uygulaması (AKS eklentisi)
  • Dağıtım modeli: AKS kümenize Helm/ARM ile dağıtım
  • Faturalandırma modeli: PAYG veya BYOL
  • Örnek kullanım senaryoları: Ingress denetleyicileri, hizmet ağları (service mesh), operatörler
  • Operasyonel notlar: Siz AKS’i yönetirsiniz; yayıncı uygulama konteyner imajlarının bakımını yapar
• SaaS
  • Dağıtım modeli: Yayıncının tenant’ında çalışır; sizin tenant’ınızla entegre olur
  • Faturalandırma modeli: Abonelik/tüketim
  • Örnek kullanım senaryoları: API’ler, analitik platformları, güvenlik SaaS’ı
  • Operasyonel notlar: En hızlı değer elde etme süresi; yönetilecek minimum altyapı

Uygulama Problemi: Coastal Outfitters: Sezonluk bir e-ticaret zirvesi için destek, sağlık ve pazar yeri çözümlerini operasyonel hale getirme

Senaryo: Coastal Outfitters, ayın büyük bir bölümünde sabit trafiğe ve ay sonunda dört günlük bir yoğunluğa sahip, Azure’da barındırılan bir e-ticaret sitesi işletmektedir. Mimari, Azure Application Gateway, iki VM tabanlı web katmanı ve yönetilen bir veritabanı kullanmaktadır. Güvenlik, yeni nesil bir güvenlik duvarı gerektirmekte ve operasyonlar, dağıtım sırasında proaktif rehberlik alırken yoğun dönemlerde web katmanı için %99,99 kullanılabilirliği garanti etmelidir.

Problem: Doğru destek planını seçerek proaktif mimari rehberliği almak, yönetişim altında bir pazar yeri güvenlik duvarı dağıtmak, yoğunluk öncesinde bölgesel işlem kotalarını yükseltmek ve %99,99 kullanılabilirlik hedeflerine uygun sağlık uyarıları ve olay iş akışları uygulamak.

Önerilen Yaklaşım:

1. Üretim dağıtımı için 7/24 kritik müdahale ve proaktif danışmanlık rehberliği sağlamak amacıyla aboneliği Professional Direct destek planına yükseltin.
2. NOC grubuna, geniş kaynak izinleri olmadan bilet açıp yönetebilmeleri için yerleşik Support Request Contributor rolünü atayın.
3. Azure Marketplace’ten bir Palo Alto Networks veya Fortinet yeni nesil güvenlik duvarını özel bir hub VNet’ine dağıtın; yalnızca onaylanmış, üzerinde anlaşmaya varılmış özel tekliflerin abonelik sahiplerine görünür olması için özel bir pazar yerinden yararlanın.
4. %99,99 VM SLA’sını karşılamak için iki veya daha fazla web VM’ini Application Gateway arkasında ayrı kullanılabilirlik alanlarına yerleştirin; işletim sistemi/verileri Premium SSD’lerde saklayın.
5. Yoğunluktan iki hafta önce, gerekli VM aileleri için bölge başına vCPU kotalarını artırmak üzere bir Hizmet ve abonelik limitleri (kotalar) talebinde bulunun; anlık artış kapasitesini garanti etmek için web katmanına kapasite rezervasyonları ekleyin.
6. Sitenin bulunduğu bölgelerdeki hizmet sorunları, planlı bakım ve sağlık önerileri için Azure Service Health uyarılarını yapılandırın; uyarıları, e-posta/SMS yoluyla nöbetçi personeli bilgilendiren ve ITSM bağlayıcısı aracılığıyla ServiceNow’da bir olay kaydı açan bir eylem grubuna yönlendirin.
7. Ana bilgisayar bakımı sırasında bağlantıları kontrollü bir şekilde sonlandırmak için web VM’lerinde Azure Scheduled Events işlemeyi etkinleştirin; hazırlık (staging) ortamında mavi-yeşil geçişler kullanarak yük devretme davranışını doğrulayın.
8. SLA kredi talep iş akışını, kanıt toplama (zaman damgaları, kaynak kimlikleri, metrikler) dahil olmak üzere runbook’ta belgeleyin ve kullanılabilirlik hedeflerine ulaşılamaması durumunda taleplerin izin verilen süre içinde portal üzerinden yapılmasını sağlayın.

Azure Gerekçesi: Professional Direct, kurumsal çapta bir Unified sözleşmesinin ek yükü olmadan hızlı müdahale ile proaktif danışmanlık avantajlarını birleştirerek tek bir kritik üretim iş yüküne uyum sağlar. Bölgesel VM’ler, minimum örnek sayısıyla kullanılabilirlik katmanını %99,99’a yükseltirken, Premium SSD’ler tek örnekli depolama gereksinimlerini karşılar. Seçilmiş bir özel pazar yeri ve üzerinde anlaşmaya varılmış özel teklifler, güvenlik cihazlarının uyumlu ve maliyet kontrollü kalmasını sağlar ve NVA sorunları için ilk başvuru noktası yayıncı desteği olmaya devam eder. Erken kota artışları ve kapasite rezervasyonları, yoğunluk sırasında dağıtım zorluklarını ortadan kaldırır. Service Health uyarıları, zamanlanmış olay işleme ve bir SLA talep runbook’u, net sorumluluklar ve kanıt yollarıyla olay yönetimi döngüsünü tamamlar.

← İzleme · Tüm alanlar

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

Microsoft'a göz atın →