Microsoft AZ-305: Well-Architected Framework ve Tasarım İlkeleri — Çalışma kılavuzu

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

Şunun bir parçası: Microsoft Azure Solutions Architect Expert AZ-305 — Ç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.

Genel Bakış

Azure Well-Architected Framework (WAF), Azure üzerinde güvenilir, güvenli, maliyet açısından verimli, operasyonel olarak mükemmel ve performanslı iş yüklerinin tasarlanmasına, oluşturulmasına ve işletilmesine rehberlik eden bir dizi kuralcı ilkedir. Çözümleri beş temel ilkeye (güvenilirlik, güvenlik, maliyet optimizasyonu, operasyonel mükemmellik ve performans verimliliği) göre hizalamak, mimari kararların iş öncelikleri, risk toleransı ve veri egemenliği ile bütçe gibi kısıtlamalar tarafından bilgilendirilen açık ödünleşimler olmasını sağlar. Ölçekte tutarlılık sağlamak, varsayılan olarak landing zone’lar, ilke tabanlı yönetişim ve otomasyon gerektirir. Modern tasarımlar, hem hızlı değişime hem de sıkı uyumluluk gereksinimlerine uyum sağlamak için Azure’a özgü servisler ve entegre gözlemlenebilirlik ile uygulanan ayrıştırma (decoupling), olay güdümlü iletişim ve CQRS, Strangler Fig ve microservices gibi desenleri vurgular.

Beş Temel İlke: Güvenilirlik, Güvenlik, Maliyet, Operasyonel Mükemmellik, Performans

Güvenilirlik, iş yüklerinin hata durumunda ve değişiklik sırasında iş SLA’lerini karşılamaya devam etmesini sağlar. Hata etki alanları (fault domains) ve güncelleme etki alanları (update domains) için tasarım yaparken Availability Zones veya bölge çiftleri (region pairs) arasında dağıtım yapın, yerleşik HA’ya sahip yönetilen servisleri seçin ve esneklik desenlerini uygulayın. Kurtarılabilirliği kaos mühendisliği (chaos engineering) ve felaket kurtarma tatbikatları ile test edin. Durum bilgisi olan (stateful) veriler için, otomatik yedeklemeler ve test edilmiş runbook’lar ile eşleştirilmiş, RPO/RTO özelliklerine sahip servisleri (örneğin, Azure SQL Database Active Geo-Replication veya Cosmos DB çok bölgeli yazma) seçin.

Güvenlik, Zero Trust ilkesine dayanan katmanlı ve derinlemesine bir savunmadır. Sürekli yetki hijyeni için Azure RBAC, Privileged Identity Management (PIM) ve erişim gözden geçirmeleri (access reviews) ile en az ayrıcalık ilkesini (least privilege) uygulayın. Private endpoint’ler, NSG’ler ve Azure Firewall kullanarak ağ patlama yarıçapını (blast radius) izole edin; Azure Front Door veya Application Gateway üzerinde Web Application Firewall (WAF) entegre edin. Defender for Cloud aracılığıyla sürekli izleme, Sentinel’de tehdit tespiti ve sıkı kimlik koruması (MFA, Conditional Access) ile ‘ihlal varsayımı’ (assume breach) ilkesini benimseyin.

Maliyet optimizasyonu, iş değeri ile toplam sahip olma maliyetini dengeler. Telemetri verilerine dayanarak işlem gücünü ve katmanları doğru boyutlandırın; talebi karşılamak için ölçeklendirme kullanın ve üretim dışı ortamları kapatın. İstikrarlı iş yükleri için rezervasyonlar ve tasarruf planları ile taahhütte bulunun, kesintiye uğrayabilen işlem gücü için Spot VM’lerden yararlanın, depolama ve veri saklamayı katmanlandırın ve iş yükü profilleriyle uyumlu olduğu durumlarda sunucusuz (serverless) mimariyi tercih edin. Etiketleme ve bütçeleri zorunlu kılın ve maliyet kontrollerini standartlaştırmak için Azure Policy kullanın.

Operasyonel mükemmellik; otomasyonu, tekrarlanabilirliği ve öğrenme döngülerini vurgular. Bicep/ARM veya Terraform ile ortamları kod olarak ele alın (environments as code), yapılandırma sapmalarının (drift) düzeltilmesini zorunlu kılın ve tutarlı CI/CD uygulayın. Operasyonel içgörüler; MTTR’yi kısaltmak ve proaktif iyileştirmeler hakkında bilgi sağlamak için tümü uyarı ve SLO panolarına bağlanan yapılandırılmış loglardan, metriklerden, izlerden (traces) ve sentetik testlerden gelir.

Performans verimliliği, iş yükünün değişen yük altında verim (throughput) ve gecikme (latency) hedeflerini karşılamasını sağlar. Yatay ölçeklendirme (scale-out) için tasarım yapın, agresif bir şekilde önbelleğe alın, içeriği uç noktalara (edge) itin ve erişim desenlerine uygun veri bölümleri (partitions) ve okuma kopyaları (read replicas) seçin. Gerçekçi yük testleriyle doğrulayın ve kanıta dayalı olarak ince ayar yapın.

Azure’da Güvenilirlik ve Performans Desenleri

Esneklik desenleri, gecikmeyi öngörülebilir tutarken hataların olasılığını ve etkisini azaltır.

Üstel geri çekilme (exponential backoff) ve sapma (jitter) ile yeniden deneme: Storage, Service Bus veya Cosmos DB gibi servislerden kaynaklanan geçici hataları (transient faults) yönetmek için Azure SDK’larının yapılandırılabilir yeniden deneme politikalarını veya Polly (.NET) gibi kütüphaneleri kullanın. Sapmalı geri çekilme, ’thundering herd’ (ani ve yoğun istek yığını) sorununu önler; SLA’leri korumak ve hataları zamanında yüzeye çıkarmak için yeniden deneme sayısını sınırlayın.
Devre kesici (Circuit breaker): Hata oranları eşikleri aştığında hızlı bir şekilde başarısız olmak (fail fast) ve kurtarma periyotlarına izin vermek için giden çağrıları (örneğin, harici API’lere) bir devre kesici ile sarmalayın. Basamaklı hataları (cascading failures) önlemek için istemci katmanında Polly ile veya ağ geçidinde API Management politikalarını (yeniden deneme, zaman aşımı ve önbellek) kullanarak uygulayın.
Bölme (Bulkhead): Kaynakları, ‘gürültülü bir komşunun’ (noisy neighbor) sistemi kaynak sıkıntısına sokmaması için bölümlere ayırın. Thread havuzlarını, container kopyalarını ve mesaj işleme bölümlerini izole edin. Platform seviyesinde, hataları kontrol altına almak için her bir sınırlı bağlam (bounded context) başına ayrı App Service planları, AKS düğüm havuzları (node pools) veya Service Bus kuyrukları/konuları (queues/topics) kullanın.
Sağlık uç noktası izleme (Health endpoint monitoring): Servislerde liveness ve readiness probe’larını kullanıma açın. Application Gateway/Front Door sağlık probları (health probes), trafiği yalnızca sağlıklı örneklere (instance) yönlendirir. AKS’te, Kubernetes probları pod yeniden başlatmalarını ve dağıtım geçişlerini (rollout gating) yönetir. Bağımlılık bozulmalarını erken tespit etmek için Application Insights kullanılabilirlik testleri ve özel “/healthz” uç noktaları ile birleştirin.

Performans desenleri esnekliği tamamlar:

Önbellekleme stratejileri: Sık erişilen (hot) veriler ve oturum yükünü boşaltma (session offload) için Azure Cache for Redis kullanın. Idempotent GET istekleri için Azure Front Door veya API Management’ta çıktı önbelleklemesi (output caching) uygulayın. Uygun olan yerlerde write-through veya write-behind desenlerini tercih edin; güncelliği korumak için anahtar veya olaya göre geçersiz kılın. Veri katmanlarında, Cosmos DB entegre önbelleği, okuma ağırlıklı iş yükleri için RU tüketimini azaltır.
CDN: Sıkıştırma, TLS ve WAF özelliklerini etkinleştirerek statik varlıkları ve dinamik içeriği Azure Front Door veya Azure CDN ile kullanıcılara daha yakına itin. Gecikmeyi ve maliyeti optimize etmek için kural tabanlı önbellekleme, kaynak (origin) sağlık kontrolleri ve coğrafi filtreleme (geo-filtering) yapılandırın.
Okuma kopyaları (Read replicas): Okuma ağırlıklı iş yüklerini Azure SQL Database okunabilir ikincil sunucuları (readable secondaries - Active Geo-Replication) veya Hyperscale adlandırılmış kopyaları (named replicas) ile ölçeklendirin; analitik veya raporlama için Azure Database for PostgreSQL/MySQL okuma kopyalarını kullanın; iş ihtiyaçlarına uygun tutarlılık modellemesi (örneğin, Session, Consistent Prefix) ile Cosmos DB’de çok bölgeli okumaları etkinleştirin.
Otomatik ölçeklendirme desenleri: Virtual Machine Scale Sets, App Service otomatik ölçeklendirme kuralları, olay güdümlü ölçeklendirme için AKS HPA/KEDA ve Functions Consumption/Premium planları ile yatay ölçeklendirme uygulayın. Veri için, ani trafik artışlarını (bursty traffic) yönetmek üzere Cosmos DB otomatik ölçeklendirme RU/s ve Event Hubs otomatik şişirme (auto-inflate) özelliklerini kullanın. Salınımı (oscillation) önlemek için ölçeklendirme eşiklerini ve bekleme sürelerini (cool-down periods) daima doğrulayın.

Operasyonel Mükemmellik, Maliyet Optimizasyonu ve Güvenlik Tasarım İlkeleri

Kod olarak altyapı: Git’te sürüm kontrolü yapılan ve dağıtım öncesi testler ile kod olarak ilke (policy-as-code) ile doğrulanan Bicep/ARM veya Terraform modülleri üzerinde standartlaşın. Yeniden kullanım için şablon belirtimlerini (template specs) veya Terraform kayıt merkezlerini (registries) kullanın. Ortama göre parametrelendirin ve tutarlı etiketleri, kaynak kilitlerini ve tanılama ayarlarını zorunlu kılın. Azure DevOps veya GitHub Actions ile entegre edin; kontrollü yükseltme için aşamalı dağıtımları ve onayları kullanın.

Dağıtım otomasyonu: App Service, AKS (Deployment stratejileri ile aşamalı sunumlar) ve ağırlıklı yönlendirme için Traffic Manager/Front Door tarafından desteklenen dağıtım yuvalarını (deployment slots), mavi-yeşil (blue-green) ve kanarya (canary) stratejilerini tercih edin. Veritabanı şeması değişikliklerini geçiş (migration) işlem hatları ve geriye dönük uyumlu sözleşmelerle otomatikleştirin. Dağıtımları sağlık yoklamaları (health probes) ve iş KPI’ları kullanarak denetleyin (gate).

Gözlemlenebilirlik: Uygulamaları OpenTelemetry ile izlenebilir hale getirin (instrument), dağıtık izleme (distributed tracing), metrikler ve bağımlılık haritaları için Application Insights’a aktarın. Platform metrikleri için Azure Monitor’ü etkinleştirin, Log Analytics çalışma alanları dağıtın ve SLO’lar ile kapasite için Workbook’lar ve panolar oluşturun. Dinamik eşiklere sahip uyarı kuralları tanımlayın, ITSM ile entegre edin ve denetim ve adli analiz (forensics) için Etkinlik Günlüklerini (Activity Logs) ve tanılama günlüklerini merkezi olarak saklayın.

Doğru boyutlandırma ve maliyet kontrolleri: Atıkları (boştaki çekirdekler, aşırı sağlanan vCore’lar, fazla ayrılmış RU/s) belirlemek için Azure Advisor, Azure Monitor kullanım metrikleri ve Application Insights profillemesini kullanın. İstikrarlı iş yüklerine (VM’ler, SQL, Synapse) Reservations/Savings Plans, Storage için ayrılmış kapasite ve Cosmos DB taahhüt katmanları uygulayın. Derleme aracıları (build agents), toplu iş (batch) ve denetim noktası (checkpointing) kullanan ML eğitimi için Spot VM’leri seçin. Mimari ödünleşimleri dengeleyin: yönetilen PaaS, daha yüksek birim maliyetlerle operasyon maliyetini düşürebilir ve güvenilirliği artırabilir; önbellekleme (caching), önbellek geçersizleştirme karmaşıklığı pahasına veri çıkış (egress) ve RU maliyetlerini düşürür; çok bölgeli yüksek erişilebilirlik (HA) harcamayı artırır ancak RTO/RPO tarafından gerekli olabilir.

Uygulamada güvenlik ilkeleri:

Derinlemesine savunma: Kontrolleri kimlikten veriye kadar katmanlandırın. Trafiği genel internetten uzak tutmak için Private Link, mikro segmentasyon için NSG’ler ve ASG’ler, TLS denetimi için Azure Firewall Premium ve uçta (edge) WAF kullanın. Defender for Cloud önerilerini ve tam zamanında (just-in-time) VM erişimini etkinleştirin.
En az ayrıcalık ilkesi: Yönetim grubu/abonelik/kaynak grubu seviyelerinde kapsamı belirlenmiş, ayrıntılı RBAC uygulayın; gizli anahtarlar (secrets) yerine yönetilen kimlikleri (managed identities) tercih edin; gruplar, kurumsal uygulamalar ve ayrıcalıklı roller için Azure Policy ve erişim gözden geçirmeleri (access reviews) ile geniş ölçekte yönetişim sağlayın.
İhlal varsayımı: MFA ve Koşullu Erişimi (Conditional Access) zorunlu kılın, Sentinel ile izleyin ve iş yüklerini ayrı landing zone’lar ve aboneliklerle yalıtın. Duran verileri (data at rest) platform anahtarlarıyla veya Key Vault’taki CMK (Müşteri Tarafından Yönetilen Anahtar) ile şifreleyin; düzenleyicilerin gerektirdiği yerlerde çift şifreleme kullanın. Zaman sınırlı depolama erişimi için SAS kullanın ve anahtarları ilke (policy) ile düzenli olarak değiştirin (rotate).
Veri sınıflandırma: Microsoft Purview ile verileri kataloglayın, hassasiyeti etiketleyin ve DLP’yi (Veri Kaybı Önleme) zorunlu kılın. Şifreleme, saklama (retention) ve erişimi veri sınıflandırma katmanlarıyla uyumlu hale getirin; PII’ye (Kişisel Olarak Tanımlanabilir Bilgi) erişimi günlüğe kaydedin ve uygun olan yerlerde Dynamic Data Masking ve Always Encrypted gibi özelliklerle gizlilik gereksinimlerini destekleyin.

Azure Landing Zones ve Modern Mimari Desenleri

Azure Landing Zones, çerçeveyi büyük ölçekte operasyonel hale getirir. Azure Policy, RBAC ve bütçeleri kapsayacak şekilde bir yönetim grubu hiyerarşisi (kök → platform → iş birimleri) düzenleyin. Platform landing zone’ları paylaşılan hizmetler sunar: kimlik (Azure AD), bağlantı (Azure Firewall, DDoS, DNS içeren bir hub), yönetim (Log Analytics, Automation, Update Management) ve güvenlik (Defender for Cloud). Uygulama landing zone’ları, etiketleme, tanılama ve izin verilen kaynak türlerini zorunlu kılan devralınan ilkelerle, ortam ve uyumluluk sınırlarına göre bölümlenmiş iş yüklerini barındırır. Hızlı ve tutarlı bir şekilde başlangıç yapmak için Cloud Adoption Framework (CAF) Enterprise-Scale tasarımını veya Terraform/Bicep tabanlı landing zone hızlandırıcılarını benimseyin.

Azure üzerindeki mikro hizmetler, birbirinden ayrılmış ekipleri ve bağımsız olarak dağıtılabilen hizmetleri vurgular:

Hizmet keşfi: AKS’te, küme içi çözümleme için Kubernetes DNS/CoreDNS kullanın; isim tabanlı keşif ve yeniden denemeler için Dapr sidecar’ları ile geliştirin. Service Fabric, durum bilgisi olan (stateful) hizmetler için yerleşik adlandırma ve sağlık yönetimi sağlar.
API ağ geçidi (gateway) deseni: Yönlendirme, sürüm oluşturma, kimlik doğrulama (OAuth 2.0/JWT doğrulaması), kotalar ve önbelleğe almayı merkezileştirmek için Azure API Management kullanın. Küresel anycast, SSL sonlandırma ve WAF için önüne Azure Front Door yerleştirin; bölge başına yönlendirme yapın ve canary sürümlerini güvenli bir şekilde gerçekleştirin.
Olay güdümlü (event-driven) iletişim: Oturumlarla (sessions) sıralı, işlemsel komutlar için Azure Service Bus kullanın; yüksek verimli telemetri için Event Hubs’ı seçin; ve reaktif, anlık bildirim (push-style) tarzı olay abonelikleri için Event Grid’i tercih edin. En az bir kez teslimat (at-least-once delivery), etkisiz (idempotent) işleyiciler, zehirli mesaj (poison message) yönetimi ve DLQ’lar (Dead-Letter Queues) için tasarım yapın.

CQRS ve Event Sourcing, performans ve karmaşıklık izolasyonu için yazma ve okuma modellerini ayırır. Sadece ekleme yapılabilen (append-only) olayları bir olay deposunda (Cosmos DB, Azure SQL veya aşağı akış depolama aracılığıyla sıkıştırma ile Event Hubs) kalıcı hale getirin, durumu yeniden oluşturmak için tekrar oynatın ve Azure SQL Database, Cosmos DB container’ları veya Azure Cognitive Search gibi sorgular için optimize edilmiş okuma modellerine yansıtın. Cosmos DB change feed, bu yansıtma işlemleri için kilit noktasıdır: Azure Functions veya Azure Stream Analytics, okuma depolarını neredeyse gerçek zamanlı olarak güncellemek için değişiklikleri işleyebilir. Event Hubs, tüketicilerin bağımsız olarak ölçeklendiği yüksek hacimli olay akışlarını arabelleğe alır. Açık SLA’lar ve kullanıcı deneyimi desenleri (örneğin, komut onayı ve ardından okuma modelinin birleşmesi) ile nihai tutarlılığı (eventual consistency) benimseyin.

Strangler Fig deseni, kademeli modernizasyonu mümkün kılar. Monolitin önüne Azure API Management koyarak belirli uç noktaları yeni mikro hizmetlere yönlendirirken, geri kalanının eski arka uca gitmeye devam etmesini sağlayın. Başlık tabanlı (header-based) yönlendirme, yanıt dönüşümü ve kimlik doğrulama için ilkeleri (policies) kullanın. Değişiklik verisi yakalama (örneğin, Azure Data Factory veya Database CDC’den Event Hubs’a) ile verileri senkronize edin ve Cosmos DB + change feed ile yeni okuma modelleri oluşturarak monolit yeteneklerini kademeli olarak devreden çıkarın. Özellik bayrakları (feature flags), Front Door’da canary yönlendirme ve davranışları karşılaştırmak için kapsamlı gözlemlenebilirlik ile riski yönetin.

Pratik Problem Senaryosu

Starbucks, şu anda tek bir bölgedeki VM’lerde barındırılan bir monolit olan küresel sipariş platformunu modernize ediyor. Bölgeler arası güvenilirliği artırmalı, mobil istemciler için gecikmeyi azaltmalı, en az ayrıcalık (least privilege) ve Sıfır Güven (Zero Trust) ilkelerini uygulamalı ve iş kesintisi olmadan kademeli olarak geçiş yapmalıdırlar.

Kurumsal landing zone’ları oluşturun

Platform ve uygulama landing zone’ları ile bir yönetim grubu hiyerarşisi oluşturun. Etiketleme, tanılama, izin verilen SKU’lar ve özel uç noktalar (private endpoints) için Azure Policy uygulayın. Kimlik, bağlantı (Azure Firewall Premium, Private DNS içeren bir hub) ve yönetim (merkezi Log Analytics) için CAF Enterprise-Scale referansını seçin. Neden: Landing zone’lar tutarlı güvenlik, ağ ve yönetişim temellerini zorunlu kılar, böylece iş yükleri tasarımsal olarak kontrolleri devralır.

Monolitin önüne bir uç (edge) ve API cephesi (facade) koyun

Küresel anycast girişi, TLS sonlandırma ve DDoS koruması sağlamak için WAF ile Azure Front Door (Standard/Premium) dağıtın. İstemcilerin kimliğini doğrulamak (OAuth 2.0), tüketici grubuna göre hız limitleri uygulamak ve istekleri/yanıtları dönüştürmek için Front Door ile entegre edilmiş API ağ geçidi olarak Azure API Management’ı yerleştirin. Neden: Front Door gecikmeyi azaltır ve uç noktada koruma sağlar; API Management, API ağ geçidi desenini uygulayarak Strangler Fig yaklaşımını ve kiracıya özgü kısıtlamayı (throttling) mümkün kılar.

Strangler Fig geçişini uygulayın

Seçilen uç noktaları (örneğin, menü, mağaza bulucu) iki bölgedeki AKS üzerinde çalışan yeni mikro hizmetlere yönlendirmek için API Management ilkelerini kullanın; diğer tüm rotalar bir iç yük dengeleyicinin (internal load balancer) arkasındaki eski monolite gider. Neden: Kademeli yönlendirme, büyük patlama tarzı (big-bang) geçişlerden kaçınır ve ekiplerin yetenekleri bağımsız olarak taşımasına olanak tanır.

Dayanıklı, performanslı desenlerle mikro hizmetler oluşturun

AKS’te, olay güdümlü otomatik ölçeklendirme için KEDA ile HPA’yı etkinleştirin. Hizmetler arasında hizmet keşfi, üssel geri çekilme (exponential backoff) ile yeniden denemeler ve devre kesici (circuit breaking) için Dapr kullanın. Sık erişilen okumalar (hot reads) ve oturum yükünü boşaltma (session offload) için Azure Cache for Redis’i entegre edin. Neden: AKS ve Dapr, platformdan bağımsız dayanıklılık ve hizmet keşfi sağlar; önbelleğe alma, okuma gecikmesini ve arka uç yükünü azaltır.

Olay güdümlü iletişim ve CQRS’i benimseyin

Alan (domain) olaylarını Azure Event Hubs’a yayınlayın; siparişleri müşteri veya mağazaya göre bölümleme (partitioning) ile Cosmos DB’de kalıcı hale getirin. Okuma modellerini Azure SQL Database’e (raporlama) ve Azure Cognitive Search’e (mağaza envanter araması) yansıtmak için Azure Functions ile Cosmos DB change feed’i kullanın. Neden: Event Hubs, yüksek verimde üreticileri ve tüketicileri birbirinden ayırır; change feed, yazma performansını etkilemeden CQRS için gerçek zamanlıya yakın materyalleştirilmiş görünümler (materialized views) sağlar.

Güvenliği ve kimliği güçlendirin

Veri hizmetleri için özel uç noktaları (private endpoints), bölümleme için NSG’ler/ASG’ler ve dışarı giden trafik kontrolü (egress control) için Azure Firewall’u zorunlu kılın. Tüm iş yükleri için yönetilen kimlikleri (managed identities), ayrıcalıklı roller için PIM’i ve API Management ürün abonelikleri için erişim gözden geçirmelerini (access reviews) kullanın. Operasyon personeli için Koşullu Erişim (Conditional Access) ve MFA’yı etkinleştirin. Neden: Derinlemesine savunma (Defense in depth) ve en az ayrıcalık, patlama yarıçapını (blast radius) ve kimlik bilgisi riskini azaltır; erişim gözden geçirmeleri, yetkilendirme hijyenini sürdürür.

Güvenilirlik ve gözlemlenebilirlik için mühendislik yapın

Her bölgedeki Kullanılabilirlik Alanları (Availability Zones) boyunca dağıtım yapın, aktif-aktif Front Door yönlendirmesi ve API Management çoklu bölge (multi-region) ile. Front Door ve AKS probları (probes) ile sağlık uç noktası izlemeyi etkinleştirin; yeni hizmetler için canary sürümlerini yapılandırın. OpenTelemetry ile Application Insights’a enstrümantasyon yapın, günlükleri Log Analytics’te merkezileştirin ve uyarılarla SLO panoları oluşturun. Durum bilgisi olan (stateful) depolar için yedekleme/DR uygulayın ve kaos deneyleri yapın. Neden: Bölgesel ve alanlar arası yedeklilik, sağlık durumuna dayalı yönlendirme ve kapsamlı gözlemlenebilirlik, SLA’ları korur ve hızlı olay müdahalesini mümkün kılar.

Maliyeti sürekli olarak optimize edin

Telemetriye dayanarak AKS düğüm havuzlarını (node pools) ve App Service planlarını doğru boyutlandırın; sabit işlem gücü için Rezervasyonlar/Tasarruf Planları (Reservations/Savings Plans) uygulayın; kritik olmayan toplu işler (batch) için Spot VM’leri kullanın. Cosmos DB otomatik ölçeklendirmeyi (autoscale) etkinleştirin ve taahhüt katmanlarını (commitment tiers) değerlendirin. Bütçeleri/etiketleri zorunlu kılın ve Azure Advisor önerilerini aylık olarak gözden geçirin. Neden: Sistematik maliyet yönetişimi, israfı ve birim maliyetleri en aza indirirken performansı korur.

← Geçiş ve Modernizasyon · Tüm alanlar

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