<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Blob-Storage | The .NET Blog</title><link>https://thedotnetblog.com/tr/tags/blob-storage/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>tr</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Wed, 15 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/tr/tags/blob-storage/index.xml" rel="self" type="application/rss+xml"/><item><title>Azure Smart Tier Genel Kullanıma Açıldı — Yaşam Döngüsü Kuralları Olmadan Otomatik Blob Depolama Maliyet Optimizasyonu</title><link>https://thedotnetblog.com/tr/posts/emiliano-montesdeoca/azure-smart-tier-blob-storage-ga/</link><pubDate>Wed, 15 Apr 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/tr/posts/emiliano-montesdeoca/azure-smart-tier-blob-storage-ga/</guid><description>Azure Blob Storage smart tier artık genel kullanıma açık; nesneleri gerçek erişim kalıplarına göre hot, cool ve cold katmanları arasında otomatik olarak taşıyor — yaşam döngüsü kurallarına gerek yok.</description><content:encoded>&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;Bu yazı otomatik olarak çevrilmiştir. Orijinal için &lt;a href="https://thedotnetblog.com/tr/posts/emiliano-montesdeoca/azure-smart-tier-blob-storage-ga/"&gt;buraya tıklayın&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Azure Blob Storage yaşam döngüsü politikalarını ayarlamak için zaman harcadınız ve ardından erişim kalıpları değişince bunların çöktüğünü izlediyseniz, bu yazı sizin için. Microsoft, Azure Blob ve Data Lake Storage için &lt;a href="https://azure.microsoft.com/en-us/blog/optimize-object-storage-costs-automatically-with-smart-tier-now-generally-available/"&gt;smart tier&amp;rsquo;ın genel kullanıma açıldığını&lt;/a&gt; duyurdu — nesneleri gerçek kullanıma göre hot, cool ve cold katmanları arasında otomatik olarak taşıyan, tam yönetimli bir katmanlama özelliği.&lt;/p&gt;
&lt;h2 id="smart-tier-aslında-ne-yapıyor"&gt;Smart tier aslında ne yapıyor&lt;/h2&gt;
&lt;p&gt;Konsept basit: smart tier, depolama hesabınızdaki her nesnenin son erişim zamanını sürekli değerlendiriyor. Sık erişilen veriler hot&amp;rsquo;ta kalıyor, etkin olmayan veriler 30 gün sonra cool&amp;rsquo;a geçiyor ve ardından 60 gün sonra cold&amp;rsquo;a iniyor. Verilere tekrar erişildiğinde hemen hot&amp;rsquo;a geri yükseltiliyor. Döngü yeniden başlıyor.&lt;/p&gt;
&lt;p&gt;Yapılandırılacak yaşam döngüsü kuralı yok. Erişim kalıbı tahmini yok. Manuel ayarlama yok.&lt;/p&gt;
&lt;p&gt;Önizleme sürecinde Microsoft, &lt;strong&gt;smart tier tarafından yönetilen kapasitenin %50&amp;rsquo;sinden fazlasının gerçek erişim kalıplarına göre otomatik olarak daha soğuk katmanlara geçtiğini&lt;/strong&gt; bildirdi. Büyük depolama hesapları için bu anlamlı bir maliyet azalması.&lt;/p&gt;
&lt;h2 id="bu-net-geliştiricileri-için-neden-önemli"&gt;Bu .NET geliştiricileri için neden önemli&lt;/h2&gt;
&lt;p&gt;Günlük, telemetri, analitik veri veya büyüyen herhangi bir veri kümesi üreten uygulamalar geliştiriyorsanız — ki dürüst olmak gerekirse kim üretmiyor — depolama maliyetleri hızla artıyor. Geleneksel yaklaşım, yaşam döngüsü yönetim politikaları yazmak, bunları test etmek ve uygulamanızın erişim kalıpları değiştiğinde yeniden ayarlamaktı. Smart tier bu iş akışının tamamını ortadan kaldırıyor.&lt;/p&gt;
&lt;p&gt;Bunun işe yaradığı pratik senaryolar:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Uygulama telemetrisi ve günlükleri&lt;/strong&gt; — hata ayıklama sırasında hot, birkaç hafta sonra nadiren erişilen&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Veri pipeline&amp;rsquo;ları ve ETL çıktıları&lt;/strong&gt; — işleme sırasında yoğun erişim, ardından çoğunlukla cold&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Kullanıcı tarafından oluşturulan içerik&lt;/strong&gt; — son yüklemeler hot, eski içerik zamanla soğuyor&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Yedekleme ve arşiv verileri&lt;/strong&gt; — uyumluluk için ara sıra erişilen, çoğunlukla atıl&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="kurulum"&gt;Kurulum&lt;/h2&gt;
&lt;p&gt;Smart tier&amp;rsquo;ı etkinleştirmek tek seferlik bir yapılandırma:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Yeni hesaplar&lt;/strong&gt;: Depolama hesabı oluşturma sırasında varsayılan erişim katmanı olarak smart tier&amp;rsquo;ı seçin (bölgesel yedeklilik gereklidir)&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Mevcut hesaplar&lt;/strong&gt;: Blob erişim katmanını mevcut varsayılandan smart tier&amp;rsquo;a geçirin&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;128 KiB&amp;rsquo;den küçük nesneler hot&amp;rsquo;ta kalır ve izleme ücretine tabi değildir. Diğer her şey için katman geçiş ücreti, erken silme ücreti ve veri alma maliyeti olmaksızın standart hot/cool/cold kapasite ücretleri ödüyorsunuz. Nesne başına aylık bir izleme ücreti orkestrasyon maliyetini karşılıyor.&lt;/p&gt;
&lt;h2 id="bilmeniz-gereken-takas"&gt;Bilmeniz gereken takas&lt;/h2&gt;
&lt;p&gt;Smart tier&amp;rsquo;ın katmanlama kuralları sabit (30 gün → cool, 90 gün → cold). Belirli bir iş yükü için 7 günde cool&amp;rsquo;a geçmek gibi özel eşikler ihtiyacınız varsa, yaşam döngüsü kuralları hâlâ doğru seçenek. İkisini de karıştırmayın: smart tier tarafından yönetilen nesnelerde yaşam döngüsü kurallarından kaçının, çünkü çakışabilirler.&lt;/p&gt;
&lt;h2 id="sonuç"&gt;Sonuç&lt;/h2&gt;
&lt;p&gt;Bu devrim niteliğinde değil, ama gerçek bir operasyonel baş ağrısını çözüyor. Büyüyen blob depolama hesaplarını yönetiyorsanız ve yaşam döngüsü politikalarını korumaktan bıktıysanız, &lt;a href="https://learn.microsoft.com/en-us/azure/storage/blobs/access-tiers-smart"&gt;smart tier&amp;rsquo;ı etkinleştirin&lt;/a&gt; ve Azure&amp;rsquo;un üstlenmesine izin verin. Neredeyse tüm bölgesel genel bulut bölgelerinde bugün itibariyle kullanılabilir.&lt;/p&gt;</content:encoded></item></channel></rss>