Microsoft AZ-305: Veri Depolama ve Veritabanı Çözümleri — Ç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’da veri depolama tasarlamak, birden çok veritabanı ve depolama seçeneği arasında tutarlılık, gecikme süresi, kullanılabilirlik, operasyonel karmaşıklık ve maliyet arasında bir denge kurmayı gerektirir. Platform; tamamen yönetilen ilişkisel veritabanları, küresel olarak dağıtılmış NoSQL, veri yaşam döngüsü yönetimine sahip nesne depolama, yüksek verimli analitik veri gölleri ve bellek içi önbellekleri kapsar. Mimarınız, iş yükü özellikleriyle başlamalıdır—işlemsel ve analitik karşılaştırması, küresel erişim ve yerellik karşılaştırması, şema katılığı, okuma/yazma desenleri, boyut ve hız—ve güvenlik, dayanıklılık ve yönetişim gereksinimlerini karşılarken bu kısıtlamalara uyan hizmeti ve yapılandırmayı seçmelidir.

Azure’daki İlişkisel Veri Hizmetleri

Azure SQL Database iki satın alma modeli sunar. DTU modeli, CPU, bellek ve G/Ç’yi Basic, Standard ve Premium katmanlarında harmanlanmış bir birimde birleştirir; bu model basittir ancak kapasite planlaması için şeffaf değildir. vCore modeli ise işlem, bellek ve depolamayı ayırır; donanım seçenekleri, öngörülebilir ölçeklendirme ve Azure Hybrid Benefit ile ayrılmış kapasite gibi maliyet avantajları sunar. vCore altında ana hizmet katmanları şunlardır: General Purpose (ayrıştırılmış işlem ve uzak depolama, dengeli maliyet), Business Critical (düşük gecikmeli G/Ç ve hızlı yük devretme için Always On kopyalarıyla yerel SSD) ve Hyperscale (çok terabaytlık ölçek ve hızlı anlık görüntü tabanlı işlemler için sayfa sunucuları ve dağıtılmış depolama ile günlük yapılı mimari). General Purpose için Serverless, yapılandırılmış bir minimum ve maksimum arasında işlemi otomatik olarak ölçeklendirir ve boşta kaldığında otomatik olarak duraklatabilir; işlem saniyesi ve depolama başına ödeme yaparsınız. Bu, kesintili veya geliştirme iş yükleri için çok uygundur ancak yeniden başlatıldığında soğuk başlatma ve önbellek ısınma maliyetleri doğurur.

Elastik havuzlar, birden çok veritabanının bir işlem bütçesini ve G/Ç payını paylaşmasına olanak tanır, bu da birçok küçük, değişken yüklü veritabanı için ani artışları yumuşatır ve maliyeti düşürür. Havuzlar hem DTU hem de vCore modellerinde mevcuttur; doğru boyutlandırma, “gürültülü komşu” etkilerinden kaçınmak için toplam eşzamanlılığı ve veritabanı başına ani artış limitlerini anlamayı gerektirir.

Azure SQL dayanıklılık desenleri arasında aktif coğrafi çoğaltma ve otomatik yük devretme grupları bulunur. Aktif coğrafi çoğaltma, herhangi bir Azure bölgesinde en fazla dört okunabilir ikincil veritabanını eşzamansız olarak sürdürür ve yük devretme veritabanı başına başlatılır. Otomatik yük devretme grupları, eşleştirilmiş mantıksal sunucular arasında birden çok veritabanını bir birim olarak yönetir, okuma/yazma ve salt okunur dinleyici uç noktaları sağlar ve yapılandırılabilir ek sürelerle planlı veya plansız yük devretmeyi yönetir—çok kiracılı SaaS için idealdir. Bölge yedekliliği, bir bölge içindeki Kullanılabilirlik Alanlarına yayılmak için Business Critical (ve Hyperscale) katmanlarında mevcuttur ve bölge içi hata toleransını artırır.

Azure SQL Managed Instance (MI), neredeyse %100 SQL Server uyumluluğunu hedefler (SQL Agent, veritabanları arası sorgular, Linked Servers, CLR, Service Broker). Sanal ağınızın içinde, adanmış ve yetkilendirilmiş bir alt ağda (Microsoft.Sql/managedInstances) çalışır. Örnekler yalnızca özel IP’ler kullanır; Azure kontrol düzlemlerine yönetim trafiğine ve uygulamalarınıza veri trafiğine izin vermek için ağ güvenlik gruplarını ve rota tablolarını yapılandırın. İstemcilerin yönetilen örneğin özel FQDN’sini çözümleyebilmesi için Azure Private DNS (veya özel DNS) ile entegre edin. Hibrit bağlantı ve geçiş için, site’dan site’a VPN veya ExpressRoute aracılığıyla doğrudan görüş hattı olduğundan emin olun. Geçiş yolları arasında Azure Blob Storage’a yerel yedekleme/geri yükleme (WITH COPY_ONLY, WITH MOVE), Azure Database Migration Service (DMS) kullanılarak çevrimiçi veya çevrimdışı geçişler ve uygun durumlarda işlemsel çoğaltma veya günlük gönderimi bulunur. MI’nin Business Critical katmanı düşük gecikmeli depolama ve yüksek kullanılabilirlik ekler; General Purpose ise uzak disklerle uygun maliyetli depolama sunar.

Azure Database for PostgreSQL ve MySQL Flexible Server, bakım pencereleri üzerinde ayrıntılı kontrol, maliyet tasarrufu için durdurma/başlatma ve VNet entegrasyonu yoluyla ağ yalıtımı sağlar. Yüksek kullanılabilirlik seçenekleri arasında en hızlı yük devretme için aynı bölgede senkron bekleme ve bölgesel arızalara dayanmak için bölge yedekli HA (otomatik yük devretme ile senkron çoğaltma) bulunur. Okuma kopyaları (bölge içi ve birçok sürüm için bölgeler arası), okuma iş yüklerini hafifletir ve neredeyse gerçek zamanlı analitiği destekler; bunlar eşzamansızdır ve kesinlikle tutarlı okumalar için uygun değildir. IOPS/gecikme hedeflerine göre işlem ve depolama katmanlarını seçin ve istemci kütüphanelerinde bağlantı yük devretme yönetimini planlayın.

İlişkisel Olmayan ve Küresel Olarak Dağıtılmış Depolar

Azure Cosmos DB, anahtar teslim küresel replikasyon ve %99’luk dilimde tek haneli milisaniye okuma ve yazma hızları sunan, tam olarak yönetilen, çok modelli, küresel olarak dağıtılmış bir veritabanıdır. Ekosistem uyumuna ve veri modeline göre API’yi seçin: zengin SDK desteğiyle belge ve SQL benzeri sorgular için Core (SQL) API; Mongo kablo protokolü uyumluluğu için MongoDB API; geniş sütunlu iş yükleri için Cassandra API; graf dolaşımı için Gremlin API; ve anahtar/nitelik senaryoları için Table API. Aktarım hızı, sabit veya otomatik ölçeklendirme modları kullanılarak istek birimleri (RU) cinsinden sağlanır; RU tüketimini en aza indirmek için bölümleri ve dizinlemeyi tasarlayın.

Bölümleme temel bir unsurdur. Depolamayı ve trafiği eşit şekilde dağıtan, etkin (hot) bölümlerden kaçınan ve erişim desenlerinizle (ör. çok kiracılı yazma işlemleri için tenantId veya userId ya da okuma işlemlerini dengelemek için sentetik bir bileşik anahtar) uyumlu, yüksek kardinaliteye sahip bir bölüm anahtarı seçin. Mantıksal bölümler boyut ve aktarım hızı açısından kısıtlıdır; etkin çalışma kümelerini dağıtık tutacak şekilde modelleyin. Oluşturulduktan sonra bir container’ın bölüm anahtarını değiştiremezsiniz; geçişler yeni container’lar ve veri hareketi gerektirir.

Cosmos tutarlılığı, ayarlanabilir beş seviyeyi kapsar: Strong (doğrusallaştırılabilir, en yüksek RU/gecikme), Bounded Staleness (öngörülebilir gecikme veya sürüm penceresi), Session (istemci merkezli, kendi yazdığını okuma, popüler varsayılan), Consistent Prefix (sıra dışı okuma olmaması) ve Eventual (potansiyel anomalilerle birlikte maksimum kullanılabilirlik ve performans). Hesap başına varsayılanları seçin ve gerektiğinde istek başına geçersiz kılın. Çok bölgeli yazma işlemleri, düşük gecikmeli küresel yazma işlemleri ve daha yüksek kullanılabilirlik için gerçek çoklu ana (multi-master) mimarisini mümkün kılar; çakışma çözümünü Last-Writer-Wins (belirlenmiş bir özellik üzerinde), özel ilkeler veya saklı yordamlar ve çakışma akışı (conflict feed) ile uygulama mantığı aracılığıyla yönetin.

Doğru veri deposunu seçerken, gereksinimleri yeteneklerle eşleştirin. Katı ilişkisel bütünlük, karmaşık birleştirmeler (join) ve işlemsel garantiler Azure SQL Database veya Managed Instance’ı tercih ettirir. Devasa küresel ölçek, esnek şema ve düşük gecikmeli coğrafi erişim Cosmos DB’yi tercih ettirir. Graf problemleri (sosyal, öneri, ağ topolojisi), ilişkisel birlikte yerleşimin (collocation) faydalı olduğu durumlarda Cosmos DB Gremlin API’sine veya Azure SQL’deki graf özelliklerine karşılık gelir. Yüksek alım hızına sahip zaman serisi telemetrisi, anlık (ad hoc) keşif ve neredeyse gerçek zamanlı analitik, Azure Data Explorer ile uyumludur. Yapılandırılmamış bloblar, medya ve büyük ikili (binary) yükler, meta verileri tamamlayıcı bir veritabanında olacak şekilde Azure Blob Storage veya ADLS Gen2’ye aittir.

Nesne ve Analitik Depolama

Azure Blob Storage, yapılandırılmamış verilerin temelidir. Erişim katmanları, depolama maliyetini erişim desenleriyle uyumlu hale getirir: sık erişim için Hot, minimum 30 gün saklama süresiyle seyrek erişim için Cool ve minimum 180 gün saklama süresi ve saatler süren yeniden canlandırma (rehydration) ile uzun süreli soğuk depolama için Archive. SSD üzerindeki Premium blok blob hesapları, veri alım hatları (ingestion pipelines) gibi düşük gecikmeli, yüksek işlem hacimli iş yükleri sunar. Yaşam döngüsü yönetimi ilkeleri, son değiştirilme zamanı, blob dizin etiketleri veya ön ekler gibi kurallara dayalı olarak geçişleri ve silmeleri otomatikleştirerek manuel müdahale olmadan maliyeti düşürür.

Blok bloblar için nesne replikasyonu, nesneleri ve sürümlerini depolama hesapları arasında (aynı veya farklı bölgelerde) eşzamansız olarak yansıtır. Kaynak ve hedefte blob sürümlemesi gerektirir ve container çifti başına ilke odaklıdır; hesap düzeyindeki yedeklilik seçeneklerinden bağımsızlığını korurken uyumluluğu ve çok bölgeli dağıtımı destekler. Değişmezlik (WORM), zamana dayalı saklama ve yasal bekletmeler aracılığıyla container veya blob kapsamında zorunlu kılınabilir ve yalnızca ekleme yapılan (append-only) günlükler için allowProtectedAppendWrites gibi seçenekler sunar. Sürüm düzeyinde değişmezlik, geçmiş durumları kurcalamaya ve fidye yazılımlarına karşı korur.

Azure Data Lake Storage Gen2, Blob depolamaya hiyerarşik bir ad alanı ekleyerek gerçek dizinler, atomik yeniden adlandırmalar ve optimize edilmiş dosya işlemleri sağlar. Ayrıntılı POSIX benzeri ACL’ler, Erişim (Access) ve Varsayılan (Default) ACL’ler ile dizin ve dosya düzeylerinde erişimi kontrol eder ve Azure RBAC ile birlikte değerlendirilir. En az ayrıcalık ilkesi ve denetlenebilirlik için Azure AD ve OAuth2 ile kimlik doğrulaması yapın. Analitik entegrasyonu yereldir: Azure Synapse Analytics ve Azure Databricks, ölçeklenebilir aktarım hızıyla ABFS sürücüsü aracılığıyla ADLS Gen2’ye erişirken, Azure Data Factory, Azure Purview ve Azure Machine Learning gibi hizmetler orkestrasyon, yönetişim ve model eğitimi için entegre olur. Alanları (domain) izole etmek ve çok takımlı yönetişimi desteklemek için klasör yapılarını ve ACL kalıtımını tasarlayın ve veri kökeni (lineage) ve kurtarma için değişiklik akışı (change feed) ve geçici silme (soft delete) gibi özelliklerden yararlanın.

Önbelleğe Alma ve Performans Hızlandırma

Azure Cache for Redis, milisaniyenin altında veri erişimi, pub/sub ve dağıtılmış kilitleme sağlar. Katmanlar, kullanılabilirlik ve ölçek ihtiyaçlarına karşılık gelir. Basic, geliştirme/test için tek düğümlüdür. Standard, otomatik yük devretme ile iki düğümlü bir birincil/kopya (primary/replica) ekler. Premium, parçalar (shard) arasında kümeleme, kalıcılık (RDB anlık görüntüleri ve AOF), VNet desteği ve aktif-pasif topolojide coğrafi replikasyon sunar. Enterprise ve Enterprise Flash (Redis Enterprise), çok bölgeli yazma işlemleri için CRDT’ler kullanarak Aktif-Aktif coğrafi replikasyon, daha büyük bellek ayak izleri, çok iş parçacıklı performans ve modül desteği ekler; Flash, daha düşük maliyetle devasa önbellekler için DRAM’i NVMe ile güçlendirir. Anahtar TTL’si ve iş yüküyle eşleşecek çıkarma (eviction) ilkesini seçin: tüm anahtarların TTL’si olmadığında allkeys-lru/allkeys-random; yalnızca süresi dolan anahtarların çıkarılması gerektiğinde volatile-lru/volatile-ttl; ve çıkarma yerine yazma hatalarının kabul edilebilir olduğu durumlarda noeviction. Kalıcılık, G/Ç ve gecikme ek yükü pahasına yük devretme sırasında veri kaybını azaltır; yalnızca gerektiğinde etkinleştirin ve anlık görüntü aralıklarını ayarlayın.

Redis’i veritabanı sorgu sonuçları, oturum durumu ve hız sınırı sayaçları için bir “aside” önbelleği olarak entegre edin. İdempotent (tekrarlanan çağrılarda aynı sonucu veren) doldurma sağlayın, uygun TTL’ler uygulayın ve devre kesiciler (circuit breaker) uygulayın. Kümelenmiş önbellekler için, anahtarları deterministik olarak parçalayın (shard). Enterprise Aktif-Aktif için, çakışma çözümleme semantiğini test edin.

Güvenlik, Erişim ve Dayanıklılık Modelleri

Azure Storage erişim yetkilendirmesi, SAS belirteçleri ve ilkelerini kullanır. Hizmet SAS’ı, belirli bir kaynağa (container, blob, dosya paylaşımı, kuyruk veya tablo) kapsamlı erişim sağlar. Hesap SAS’ı, hesaptaki birden çok hizmeti kapsar ve güçlüdür; dikkatli bir şekilde korunmalıdır. Kullanıcı yetkilendirme SAS’ı (yalnızca Blob hizmeti için), Azure AD ve bir kullanıcı yetkilendirme anahtarından türetilir ve hesap anahtarları olmadan kullanıcı başına erişim kontrolü sağlar — çok kiracılı uygulamalar ve kısa ömürlü izinler için idealdir. Saklı erişim ilkeleri (container’lar, paylaşımlar, kuyruklar ve tablolar üzerinde), SAS belirteçlerini sunucu tarafı bir ilkeye bağlar, böylece hesap anahtarlarını döndürmeden erişimi iptal edebilir veya kısaltabilirsiniz; saklı erişim ilkesi olmayan bir SAS yalnızca belirtecin süresinin dolmasıyla veya anahtarların döndürülmesiyle iptal edilebilir.

Şifreleme için Azure Storage, varsayılan olarak hizmet tarafı şifrelemeyi kullanır. Azure Key Vault veya Managed HSM’de saklanan müşteri tarafından yönetilen anahtarlar (CMK), merkezi anahtar yaşam döngüsü kontrolü ve denetlenebilirlik sağlar. Şifreleme kapsamları, aynı depolama hesabı içinde container veya ön eke göre farklı CMK’lerin kullanılmasına olanak tanıyarak kiracı başına anahtarlamayı destekler. Blob başına istemci kontrolü için, isteklerde müşteri tarafından sağlanan anahtarlar (CPK) temin edilebilir. Düzenleyici yalıtım için gerektiğinde hesap veya kapsam düzeyinde CMK’yi CPK ile birleştirin.

Azure SQL güvenliği ve dayanıklılığı, daha önce açıklanan platform katmanları ve çoğaltma özelliklerine dayanır. Koordineli bölgeler arası yük devretme ve bağımlı dinleyici uç noktaları için otomatik yük devretme gruplarını kullanın ve bölgesel arızalara dayanmak için mevcut olan yerlerde bölge yedekliliğini etkinleştirin. Hassas veriler için, ayrıcalıklı olmayan kullanıcılar için sorgu sonuçlarındaki PII’yi gizlemek amacıyla dinamik veri maskeleme uygulayın ve yöneticilerin düz metni görüntülemesinin engellenmesi gerektiğinde sütunların istemci tarafında korunması için güvenli yerleşim bölgeleri ile Always Encrypted’ı değerlendirin. RPO/RTO hedeflerini katmanınızın çoğaltma davranışına göre izleyin ve yük devretmeyi rutin olarak test edin.

Uçtan uca mimarileri planlarken, kimliği birleştirin (SQL, depolama ve analitik için Azure AD), RBAC ve ACL’ler ile en az ayrıcalık ilkesini uygulayın, verileri genel internetten uzak tutmak için Private Link veya VNet entegrasyonu kullanın ve saklama ve DR hedeflerini karşılamak için yaşam döngüsü, değişmezlik ve çoğaltma ilkelerini uygulayın.

Pratik Problem Senaryosu

Contoso Retail, gün içinde değişken trafiğe, sıkı PII denetimlerine, petabayt ölçeğinde ürün medyasına ve neredeyse gerçek zamanlı kişiselleştirmeye sahip küresel bir e-ticaret platformu başlatıyor. Dünya çapında düşük gecikmeli okumalara, minimum kesinti süresine ve yönetilen veri analitiğine ihtiyaçları var.

İşlemsel katalog ve sipariş veritabanlarını vCore modelini kullanarak Azure SQL Database’e yerleştirin:

Katman seçimi: Siparişler için Business Critical (düşük gecikmeli depolama ve hızlı yük devretme) ve katalog için General Purpose sunucusuz (boşta kalma pencereleri olan trafik patlamaları).
Neden: vCore, öngörülebilir boyutlandırma ve Hibrit Avantajı sağlar; Business Critical, siparişler için gecikme/HA gereksinimlerini karşılar; sunucusuz, düşük aktivite sırasında işlem maliyetini en aza indirir.

Her iki veritabanı için de eşleştirilmiş bölgeler arasında bir otomatik yük devretme grubu yapılandırın ve bölge yedekliliğini etkinleştirin:

Neden: Birleşik bir okuma/yazma dinleyicisi, uygulama yük devretmesini basitleştirir; bölge yedekliliği, bölgesel kesintilere karşı koruma sağlar; bölgeler arası replikalar DR hedeflerini karşılar ve raporlama için okuma ölçeklendirmesi sunar.

Ürün resimlerini ve videolarını, yaşam döngüsü yönetimi ve nesne çoğaltma ile Azure Blob Storage’da (general-purpose v2) saklayın:

İlke: Aktif öğeler için Sıcak, 30 gün sonra Soğuk, 180 gün sonra Arşiv; nesne çoğaltma yoluyla ikincil bir bölgeye çoğaltın.
Neden: Hesap yedekliliğinden bağımsız olarak zaman uyumsuz bölgesel dağıtım sağlarken zamanla depolama maliyetini en aza indirir; yasal varlıklar için değişmezlik (zaman tabanlı WORM) ile saklama gereksinimlerini karşılar.

Müşteri profili ve alışveriş sepeti hizmetini, çok bölgeli yazma ve Oturum (Session) tutarlılığı ile Azure Cosmos DB (Core API) üzerinde oluşturun:

Tasarım: Yazmaları dağıtmak için userId’ye göre bölümleme; otomatik ölçeklenen RU’ları etkinleştirin.
Neden: Çoklu ana (Multi-master), küresel bir kitle için düşük gecikmeli yazmalar ve yüksek kullanılabilirlik sağlar; Oturum tutarlılığı, güçlü UX garantileri ve verimli RU kullanımı ile kullanıcı başına yazdığını-oku (read-your-writes) tutarlılığını sağlar.

Oturum durumu, ürün detayı önbellekleme ve hız sınırlama için Azure Cache for Redis Enterprise’ı devreye alın:

Mod: Çok bölgeli yazmalar için Aktif-Aktif coğrafi dağıtımlı kümeleme.
Neden: Milisaniyenin altında erişim ve CRDT tabanlı çakışma çözümü, tek bir yazma ana sunucusu olmadan oturumları ve sayaçları bölgeler arasında tutarlı tutar.

Tıklama akışı ve operasyonel günlükleri, hiyerarşik ad alanları ve POSIX ACL’leri ile Azure Data Lake Storage Gen2’ye indirin:

Entegrasyon: Akış yoluyla alım (Stream ingestion), düzenlenmiş klasörlere yazar; Databricks ve Synapse, ABFS aracılığıyla okur; değişiklik akışını ve geçici silmeyi etkinleştirin.
Neden: Ayrıntılı dizin/dosya ACL’leri, çoklu ekip yönetimini destekler; hiyerarşik ad alanı, dosya işlemlerini optimize eder; yerel analitik entegrasyonu, içgörü elde etme süresini kısaltır.

Öneri mikro hizmeti için Azure Database for PostgreSQL Flexible Server’ı kullanın:

HA: Bölge yedekli senkron bekleme; özellik denemeleri için okuma replikaları sağlayın.
Neden: Zengin Postgres eklenti ekosistemi ve JSONB yetenekleri hizmete uyar; yönetilen HA, RTO’yu düşük tutar; replikalar okuma yükünü hafifletir.

Geçici medya yüklemesi için kullanıcı yetkilendirme SAS’ı ve kiracı başına şifreleme kapsamları ile CMK kullanarak erişimi güvenli hale getirin:

Neden: Hesap anahtarlarının açığa çıkmasını ortadan kaldırır ve kiracı başına kriptografik yalıtım ve denetlenebilirlik sağlar.

Eski sistemlerden gelen sipariş verilerini, arşiv işleme ve agent tabanlı görevler için şirket içi SQL Server’dan Azure SQL Managed Instance’a taşıyın:

Adımlar: Data Migration Assistant ile değerlendirin; DMS aracılığıyla çevrimiçi geçiş yapın; ExpressRoute üzerinden bağlanın.
Neden: MI, SQL Agent işlerini ve veritabanları arası işlemleri koruyarak modernizasyonu kolaylaştırırken arşiv iş yüklerini bulut verilerine yakın tutar.

Bu tasarım, Cosmos DB çok bölgeli yazma ve Redis Enterprise aracılığıyla küresel performansı karşılar, ADLS Gen2 ACL’leri ve Storage değişmezliği ile yönetişimi zorunlu kılar, Azure SQL katmanları ve otomatik yük devretme grupları ile işlemsel bütünlük ve hızlı yük devretme sağlar ve sunucusuz işlem ve yaşam döngüsü ilkeleri aracılığıyla maliyeti optimize eder.

← Kimlik · Tüm alanlar · İşlem ve Uygulama Mimarisi →

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