Deneme Sınavı Bölüm 3: Güvenlik, Yönetim ve Maliyet

Deneme Sınavı 3. Bölüm: Güvenlik, İdare ve Maliyet bölümüne hoş geldiniz. Bu alan, AZ-900 puanlarının yaklaşık %30–35'ini oluşturur ve Entra ID, Defender for Cloud, Azure Policy, kaynak kilitleri, maliyet araçları ve SLAs konularını kapsar. Hizmet adlarının karıştırılması ve ince ayrımlar nedeniyle adayların en sık puan kaybettiği alan budur. Bu bölüm için kendinize 18–20 dakika ayırın. Yanıtlamadan önce her senaryoyu dikkatle okumaya odaklanın.

Senaryo: Bir bulut yöneticisi, tüm Azure aboneliklerindeki genel güvenlik durumunu önceliklendirilmiş önerilerle ve ortamın güvenlik en iyi uygulamalarına ne ölçüde uyduğunu gösteren sayısal bir puanla tek bir panoda görmek istiyor. Bunu hangi Azure hizmeti sağlar?

A) Microsoft Defender for Cloud (Güvenli Puan) — B) Microsoft Sentinel — C) Azure Policy — D) Azure Advisor

Yanıt: A — Microsoft Defender for Cloud (Güvenli Puan). Defender for Cloud, güvenlik önerilerini bir araya getirir ve yüzde cinsinden bir Güvenli Puan sağlar. Microsoft Sentinel, tehdit algılama ve olay yanıtı için kullanılan bir SIEM'dir; güvenlik durumu puanlama aracı değildir. Azure Policy idare kurallarını uygular, ancak güvenlik puanı sağlamaz. Azure Advisor'ın bir güvenlik bölümü vardır; ancak Defender for Cloud kadar odaklı değildir. Temel işaret: 'sayısal güvenlik puanı + öneriler' → Defender for Cloud.

Senaryo: Bir şirket, çalışanlarının kurumsal kimlik bilgileriyle bir kez oturum açmasını ve ardından yeniden kimlik bilgileri istenmeden hem Microsoft 365'e hem de Salesforce'a erişmesini istiyor. Hangi Entra ID özelliğini yapılandırmalıdır?

A) Single Sign-On (SSO) — B) Multi-Factor Authentication (MFA) — C) Conditional Access — D) B2B Collaboration

Yanıt: A — Single Sign-On (SSO). Entra ID SSO, kullanıcıların bir kez kimlik doğrulaması yaparak kimlik bilgilerini yeniden girmeden birden çok tümleşik uygulamaya erişmesini sağlar. MFA ikinci bir doğrulama etmeni ekler; ancak uygulamalar arasındaki kimlik doğrulama istemlerini azaltmaz. Conditional Access, oturum açma sinyallerini değerlendirir ve SSO ile birlikte ilkeler uygular; ancak kendisi SSO değildir. B2B Collaboration, iç çalışanlar için değil, dış iş ortağı kullanıcıları içindir. Temel işaret: 'bir kez oturum açma, yeniden istenmeden birden çok uygulamaya erişme' → SSO.

Senaryo: Bir kuruluş, tüm aboneliklerde hiçbir Azure SQL Database'ın East US ve West US dışındaki bölgelerde oluşturulamamasını sağlamak istiyor. Uyumlu olmayan bölgelerdeki kaynaklar yalnızca işaretlenmemeli, oluşturulma sırasında reddedilmelidir. Hangi Azure idare aracını kullanmalıdır?

A) Azure Policy (Deny etkisi) — B) Resource Locks — C) Azure Blueprints — D) Azure Advisor

Yanıt: A — Deny etkili Azure Policy. Deny etkisine sahip Azure Policy, ilke kuralını ihlal eden kaynakların oluşturulmasını engeller. Bir yönetim grubu kapsamındaki atama, ilkenin tüm alt abonelikleri kapsamasını sağlar. Resource Locks, mevcut kaynakların silinmesini veya değiştirilmesini engeller; ancak yanlış bölgelerde yeni kaynaklar oluşturulmasını önleyemez. Blueprints, Policy atamalarını bir paket hâlinde sunar; uygulamayı ise doğrudan Policy gerçekleştirir. Temel işaret: 'oluşturulma sırasında reddetme' → Azure Policy, Deny etkisi.

Senaryo: Bir şirket henüz hiçbir Azure kaynağı dağıtmadı. CFO, projeyi taahhüt etmeden önce East US'te 2 VM, 1 Azure SQL Database ve 1 Load Balancer çalıştırmanın aylık maliyetini tahmin etmek istiyor. Hangi aracı kullanmalıdır?

A) Azure Pricing Calculator — B) Azure Cost Management — C) TCO Calculator — D) Azure Advisor

Yanıt: A — Azure Pricing Calculator. Pricing Calculator, önerilen bir mimarinin dağıtımdan önceki aylık maliyetini tahmin eder. Azure Cost Management, zaten dağıtılmış kaynakların gerçek harcamalarını izler. TCO Calculator, yeni mimariler için değil, geçiş iş gerekçelerinde şirket içi maliyetlerle Azure maliyetlerini karşılaştırır. Azure Advisor, dağıtılmamış hizmetlerin maliyet tahminlerini değil, mevcut kaynaklara yönelik önerileri sunar. Temel işaret: 'henüz dağıtılmadı, taahhüt etmeden önce tahmin et' → Pricing Calculator.

Senaryo: Bir şirket, Azure App Service (SLA: %99,95) ve Azure SQL Database (SLA: %99,99) kullanarak bir web uygulaması dağıtıyor. Uygulamanın çalışması için her iki hizmetin de kullanılabilir olması gerekiyor. Birleşik SLA nedir?

A) ~%99,94 — B) %99,95 — C) %99,99 — D) %100

Yanıt: A — yaklaşık %99,94. İki hizmetin de kullanılabilir olması gerektiğinde (AND ilişkisi), birleşik SLA = SLA1 × SLA2 = 0,9995 × 0,9999 = 0,99940005 ≈ %99,94. Bağımlılıkların eklenmesi, birleşik SLA'yı her bir hizmetin kendi SLA'sının altına düşürür. Bu nedenle yüksek kullanılabilirlik hedeflerini korumak için yedeklilik (Availability Zones, çok bölgeli yapı) gerekir. OR ilişkisi, birleşik SLA'yı artırır. Bu formülü sınav için ezberleyin.

Bu derste ele alınan Microsoft Azure Fundamentals (AZ-900) kavramlarını anlayıp anlamadığınızı sınayın.

Bu bölümde şunları uyguladınız: güvenlik durumu için Defender for Cloud Secure Score, birden çok uygulamada tek oturum açma için SSO, uyumlu olmayan kaynakların oluşturulmasını engellemek için Azure Policy Deny etkisi, dağıtım öncesi maliyet tahmini için Azure Pricing Calculator ve AND bağımlı hizmetler için birleşik SLA çarpımı. Yanıtlayamadığınız soruları ilgili dersi yeniden gözden geçirerek inceleyin. Sırada puanlarınızı inceleyen ve hedefli bir eksik giderme planı oluşturan son ders var.