Uzun zamandır bekliyordum bunu. Açık konuşayım: Azure Blob Storage tarafında “lifecycle management” kurallarıyla uğraşmak benim için hep ufak bir baş ağrısıydı. Tahmin eder misiniz? Müşteri ortamlarında GB’larca, bazen PB’larca veri var; hangi dosyaya ne zaman dokunuluyor, hangisi “cold” olmayı hak ediyor, bunları elle takip etmeye kalkınca iş uzuyor, sonra da insanın canı sıkılıyor.
Neyse ki Microsoft, Ignite 2025’te public preview olarak duyurduğu Smart Tier özelliğini sonunda GA’ya aldı. Yani artık prod ortamda kullanmak daha rahat. Ben de son haftalarda iki farklı müşteri projesinde deneme şansı buldum; bu yazıda hem teknik tarafta nasıl çalıştığını anlatacağım, hem de Türkiye’deki kurumsal dünyada bunun ne ifade ettiğine dair kendi gözlemlerimi paylaşacağım.
Smart Tier tam olarak neyi çözüyor?
Şöyle basit anlatayım: Azure Blob Storage’da üç ana “erişim katmanı” var — Hot, Cool ve Cold. Hot daha pahalı ama anlık erişimde işlem ücreti düşük; Cold ise ucuz ama her okuma başına cebinizden ayrı para çıkıyor (yanlış duymadınız). Mantık net aslında: sık kullandığın veriyi Hot’ta tut, aylardır kimsenin elini sürmediği veriyi de Cold’a at.
Bir dakika — bununla bitmedi.
Teoride güzel duruyor. Pratikte? İşin aslı şu ki, “hangi veri ne sıklıkta kullanılıyor” sorusunun cevabı sabit değil. Bir finans kuruluşundaki müşterimde dönem sonu raporları yılda iki kez patlama yapıyor; geri kalan zamanda kimse dönüp bakmıyor (evet, doğru duydunuz). Böyle bir veriyi statik bir lifecycle politikasıyla yönetmek baya zorlaşıyor.
Küçük bir detay: Smart Tier burada devreye giriyor. Her nesnenin son erişim zamanını izliyor ve uygun katmana otomatik taşıyor. Kural yazmıyorsun, tetikleyici kurmuyorsun — sadece açıyorsun, gerisini o hallediyor (şaşırtıcı ama gerçek)
Microsoft’un paylaştığı rakama göre preview döneminde Smart Tier yönetimindeki kapasitenin yüzde 50’den fazlası otomatik olarak cooler katmanlara kaymış. Yani yarıdan fazla veri zaten Hot’ta durmayı hak etmiyormuş. Bu bence tek başına epey şey söylüyor.
Peki nasıl karar veriyor?
Algoritma sürpriz değil, ama işi temiz yapıyor: (bizzat test ettim)
- Hot → Cool: 30 gün boyunca erişilmeyen nesne Cool’a düşüyor.
- Cool → Cold: 60 gün daha hareket olmazsa Cold’a geçiyor.
- Geri dönüş: Nesneye tekrar erişilirse anında Hot’a çıkıyor ve sayaç sıfırlanıyor.
Bu geri dönüş kısmı önemli. Çünkü klasik lifecycle rule’larda veri Cold’a düştükten sonra “rehydration” denen maliyetli bir süreç gerekiyor. Smart Tier bunu arka planda, sizin çok da fark etmediğiniz şekilde hallediyor. Kullanıcı tarafında gecikme görmedim — en azından benim testlerde öyleydi.
Gerçek dünya testi: Bir logging senaryosu
Geçen ay bir e-ticaret müşterimizde bunu denedik. Yaklaşık 80 TB’lık application log verisi vardı, tamamı Hot tier’da duruyordu. Sebep? Kimse kural yazmaya üşenmişti diyelim. Aylık fatura… şey, açıklamayayım ama altı haneli TL seviyesindeydi.
Ne yalan söyleyeyim, Smart Tier’ı açtık. İlk 72 saatte pek bir şey olmadı; veri taranıyordu zaten. Sonraki hafta tablo yavaş yavaş değişti:
| Katman | Önce | 14 gün sonra | 30 gün sonra |
|---|---|---|---|
| Hot | 100% | 62% | 41% |
| Cool | 0% | 38% | 44% |
| Cold | 0% | 0% | 15% |
Aslında, Aylık maliyet düşüşü yaklaşık %34 oldu. Kağıt üstünde daha iyisi çıkabilirdi belki, ama veri erişim profili gerçekten yoğundu; daha fazla düşmesini açıkçası beklemiyordum. Müşteri memnun kaldı, biz de öyle (buna dikkat edin)
Ama bir dakika — her şey güllük gülistanlık değil
İlginç olan şu ki, Dürüst olayım: Smart Tier’ın bir ücreti var. Her nesne için küçük bir “yönetim ücreti” alınıyor (object başına aylık ücret). Eğer milyarlarca küçük dosyanız varsa — mesela IoT telemetri verisi, minik JSON parçaları falan — bu ücret bazen sağladığı tasarrufu yiyip bitirebilir. Burada matematik yapmak şart.
Hmm, bunu nasıl anlatsamdı…
Dürüst olmak gerekirse, Küçük bir hesap yapalım: 1 milyar nesneniz varsa ve nesne başına aylık yaklaşık 0.0025 USD yönetim ücreti alınıyorsa, ayda 2.500 USD gibi bir kalem çıkar karşınıza. Toplam tasarrufunuz 3.000 USD civarındaysa net kazancınız 500 USD olur. Yani fena değil ama insanın gözünü de büyütmüyor. Az sayıda büyük dosya = daha iyi sonuç (evet, doğru duydunuz). Çok sayıda küçük dosya = dikkatli hesap. (evet, doğru duydunuz)
Türkiye’deki kurumsal görünüm: Benimsenme biraz farklı
Bunu özellikle yazıyorum. Kurumsal müşterilerimde gördüğüm kadarıyla Türkiye’de bulut depolama maliyet optimizasyonu biraz geriden geliyor. Sebep de tek değil, birkaç tane.
Birincisi, çoğu kurum hala “lift and shift” aşamasında geziyor. Yani on-prem’deki NAS/SAN bir düşüneyim… yapısını Azure’a taşıdık ama aynı alışkanlıkla kullanıyoruz — yani her şey Hot’ta duruyor işte. FinOps kültürü de tam oturmuş değil. Geçen yıl bir telekom müşterisinde “cool tier nedir ya?” sorusuyla karşılaştım; bu da 2025 yılında oldu. VS Live! Las Vegas 2026: İzlemeye Değer 20 Oturum yazımızda bu konuya da değinmiştik.
İkincisi, TL’nin dolar karşısındaki hali ortada olduğu için Azure faturası çoğu zaman göz yoruyor. Smart Tier gibi “set bir düşüneyim… and forget” çözümler bu noktada CFO ile IT tarafını biraz olsun aynı masaya oturtabiliyor bence. En az üç müşteride bu konuşmayı yaptım — otomasyon demek, insan hatası olmadan tasarruf etmek demek oluyor.
Üçüncü nokta — ve bence en kritik olanı — uyumluluk konusu. Bankacılıkta BDDK, kamu tarafında KVKK derken bazı veri türleri için “ne zaman nereye taşınabilir” diye net sınırlar var. Smart Tier burada tek tek container dışlama sunmuyor (şu an için). “bu container tamamen Hot kalsın, otomatik taşıma olmasın” demek istiyorsanız o container için Smart Tier’ı açmamanız gerekiyor. Granular kontrol eksikliği benim gözüme çarpan en büyük boşluklardan biri oldu.
Enerprise mı startup mı? Sizin için doğru mu?
Kısa kısa gideyim:
Startup veya küçük ekip iseniz
Bence hiç düşünmeden deneyin. Manuel lifecycle kuralı yazmaya vakit harcamak yerine işinize odaklanırsınız. Aylık birkaç yüz dolar tasarruf bile sizin için anlamlı olabilir; ekibinizde muhtemelen ayrı bir “storage uzmanı” da yoktur. — Smart Tier o boşluğu kapatıyor gibi duruyor. Microsoft Foundry Fine-Tuning Nisan 2026: RFT’de Yenilikler yazımızda bu konuya da değinmiştik.
Eenterprise seviyede iseniz
Burada biraz daha temkinli olmak lazım. Benim önerim şu: Daha fazla bilgi için GA4’ü Bırakıp Next.js + Supabase’e Geçmek: Neden? yazımıza bakabilirsiniz.
- Önce 1-2 ay boyunca Storage Insights veya ? Hayır, onu düzeltelim: Cost Analysis‘ten gerçek erişim profilinizi çıkarın.
- `Non-prod` ortamda bir storage account üzerinde Smart Tier’ı deneyin. (bence en önemlisi)
- Nesne sayısı / toplam kapasite oranınıza bakın; ortalama nesne boyutu 1 MB’ın altındaysa dikkat edin.
- Sonuçları ölçün, sonra prod’a geçin.
Eğer bütçeniz kısıtlıysa ya da yönetim ücreti size mantıksız geliyorsa, klasik lifecycle management kullanmaya devam edebilirsiniz — sadece biraz emek istiyor o kadar. FinOps kültürü oturmuş bir yerdeyseniz Smart Tier ile kendi telemetrinizi birleştirip hibrit bir yaklaşım da kurabilirsiniz.
Kurulum — gerçekten çok basit
Bana ilk başta “bu kadar kolay olamaz” hissi geldi açıkçası.
Ama gerçekten kolaymış.
Portal üzerinden tek bir toggle ile ya da ARM/Bicep ile şöyle açabiliyorsunuz:
resource storageAccount 'Microsoft.Storage/storageAccounts@2024-01-01' = {
name: 'stakilicdemoprod'
location: 'westeurope'
sku: { name: 'Standard_ZRS' }
kind: 'StorageV2'
properties: {
accessTier: 'Hot'
isHnsEnabled: true
// Smart tier aktivasyonu
smartTier: {
enabled: true
}
}
}Clique komutuyla da tek satırda iş görüyor: (yanlış duymadınız) Daha fazla bilgi için GitHub Copilot CLI ile Emoji Üretici: Canlı Yayın Notları yazımıza bakabilirsiniz.
alert?
az storage account update \
--name stakilicdemoprod \
--resource-group rg-storage \
--enable-smart-tier truePardon, orada saçmaladım; CLI komutu şu şekilde olmalı: Daha fazla bilgi için Claude Opus 4.7 GitHub Copilot’ta: Ne Değişiyor? yazımıza bakabilirsiniz.
alert?
az storage account update \
--name stakilicdemoprod \
--resource-group rg-storage \
--enable-smart-tier true
Smart Tier şu an neredeyse tüm zonal public cloud bölgelerinde mevcut. Azure Blob Storage ve Data Lake Storage Gen2’de (HNS enabled) çalışıyor. Premium tier’larda çalışmıyor — çünkü o katmanlar zaten başka bir senaryoya gidiyor.
並
존꯷ﴥ
Sıkça Sorulan Sorular
Smart Tier mevcut lifecycle management kurallarımla çakışır mı?
Bakın, Açıkçası evet, çakışabilir. Aynı storage account’ta hem Smart Tier hem de manuel lifecycle kuralı aynı anda çalışırsa biri diğerinin kararını bozuyor — yani ikisi birlikte pek iyi geçinemiyor. Smart Tier’ı açmadan önce mevcut kuralları ya tamamen kaldırın ya da devre dışı bırakın. Microsoft de zaten tek bir tiering mekanizması kullanmanızı tavsiye ediyor.
Smart Tier’ı açtıktan sonra geri alabilir miyim?
Bakın, i̇lginç olan şu ki, Evet, istediğiniz zaman kapatabilirsiniz. Ama şunu bilmeniz lazım: kapattığınızda verileriniz son bulundukları katmanda kalıyor, otomatik olarak Hot’a geri dönmüyor (ciddiyim). Mesela Cold’a düşmüş bir nesne, Smart Tier’ı kapattıktan sonra da orada kalmaya devam ediyor. Geri almak istiyorsanız tier’ı manuel olarak değiştirmeniz gerekiyor.
Yönetim ücreti gerçekten tasarrufu yiyebilir mi?
Küçük dosyalar (birkaç KB) ve yüksek nesne sayıları söz konusuysa evet, yiyebilir. Tecrübeme göre ortalama dosya boyutu 1 MB’ın bir düşüneyim… altındaysa dikkatli bir analiz şart. Ben genelde şu formülü kullanıyorum: (Nesne sayısı × aylık yönetim ücreti) < (Beklenen aylık katman tasarrufu) olmalı. Bu denklem tutmuyorsa klasik lifecycle management daha mantıklı bir seçenek.
Bir dakika — bununla bitmedi.
Archive tier’a otomatik geçiş var mı?
Eh, Hayır. Şu anki sürümde Smart Tier sadece Hot, Cool ve Cold katmanları arasında geçiş yapıyor. Archive tier’a otomatik taşıma dahil değil. Archive’a geçirmek istediğiniz veriler için hala manuel lifecycle kuralı ya da script bazlı bir yaklaşım gerekiyor — bence bu önemli bir eksiklik.
Performans etkisi olur mu?
Cool ve Cold katmanlardaki veriye ilk erişimde küçük bir gecikme olabiliyor. Ama sürekli erişilen veriler Hot’a otomatik geri yükseltildiği için pratikte sorun yaşamıyorsunuz. Benim testlerimde kullanıcı tarafında fark edilebilir bir performans düşüşü olmadı. Yani günlük kullanım için genelde sorunsuz —. Batch analitik iş yükleri için o ilk “cold start” milisaniyelerini sayılı senaryolarda profiling yapmanızı öneririm.
Bunu biraz açayım.
Kaynaklar ve İleri Okuma
Açıkçası, Azure Resmi Blog: Smart Tier Now Generally Available
Tuhaf ama, Microsoft Learn: Azure Blob Storage Access Tiers Overview
Microsoft Learn: Lifecycle Management for Blob Storage
Azure Blob Storage Pricing Details
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
