Blob Depolama: Bulut için Nesne Depolama

Azure Blob Storage (Binary Large Object), büyük miktarlardaki yapılandırılmamış verileri — ilişkisel veritabanı şemasına uymayan verileri — depolamak için kullanılan Azure nesne depolama çözümüdür. Örnek olarak resimler, videolar, ses dosyaları, PDF belgeleri, günlük dosyaları, yedekler ve uygulama ikili dosyaları verilebilir. Blob Storage'a HTTP/HTTPS REST API'leri, Azure SDK veya Azure CLI aracılığıyla erişilir. En yaygın kullanılan Azure hizmetlerinden biridir ve birçok veri gölü, medya ve yedekleme mimarisinin temelini oluşturur.

Blob Storage üç düzeyli bir hiyerarşiyle düzenlenir: Storage Account → Container → Blob. Bir container, en üst düzeydeki klasör gibidir; ilişkili blob'ları gruplandırır ve içindeki her şey için erişim ilkesini tanımlar. Bir blob, bir kapsayıcı içinde depolanan tek bir nesnedir (dosyadır). Blob adları, klasör hiyerarşisini taklit etmek için eğik çizgiler (/) içerebilir (örneğin images/2024/photo.jpg); ancak Blob Storage temelde düzdür — bu eğik çizgiler gerçek dizinler değil, blob adının parçalarıdır.

Azure Blob Storage üç blob türünü destekler: Block blobs — en yaygın türdür; belgeleri, resimleri ve videoları depolamak için idealdir. Veriler bloklara bölünerek paralel biçimde yüklenir; en büyük boyut yaklaşık 190 TB'dir. Append blobs — günlük dosyaları yazmak gibi yalnızca sona ekleme işlemleri için iyileştirilmiştir; yeni veriler her zaman sona eklenir. Page blobs — rastgele okuma/yazma erişimi için iyileştirilmiş 512 baytlık sayfa koleksiyonlarıdır; temel depolama mekanizması olarak Azure VM yönetilen diskleri tarafından kullanılır. Emin olmadığınızda block blob'ları kullanın; genel amaçlı nesne depolamada varsayılan seçenek bunlardır.

Blob Storage, depolama maliyeti ile erişim maliyetini dengeleyen üç erişim katmanı sunar: Hot katmanı — en yüksek depolama maliyetine ve en düşük erişim maliyetine sahiptir; sık erişilen veriler içindir. Cool katmanı — daha düşük depolama maliyeti, daha yüksek erişim maliyeti ve en az 30 günlük depolama taahhüdü sunar; aylık raporlar gibi seyrek erişilen veriler içindir. Archive katmanı — en düşük depolama maliyetine sahiptir (Hot katmanından yaklaşık %95 daha ucuzdur), ancak verilere erişilebilmesi için saatler süren yeniden etkinleştirme gerekir; nadiren erişilen uzun vadeli uyumluluk arşivleri içindir. Hesap düzeyinde varsayılan bir katman belirleyebilir ve bunu blob başına geçersiz kılabilirsiniz.

Milyonlarca blob'un katmanlarını manuel olarak yönetmek pratik değildir. Yaşam Döngüsü Yönetimi ilkeleri bu işlemi otomatikleştirir: blob'ları yaşlarına veya son erişilme tarihlerine göre daha düşük maliyetli katmanlara taşıyan ya da silen kurallar tanımlarsınız. Örneğin, 30 gün boyunca değiştirilmemiş blob'ları Cool katmanına, 180 gün sonra Archive katmanına taşıyabilir ve 365 gün sonra silebilirsiniz. Böylece depolama alanınız, manuel müdahale olmadan zaman içinde maliyet açısından otomatik olarak optimize edilir. Yaşam döngüsü ilkeleri JSON biçiminde tanımlanır ve depolama hesabı düzeyinde uygulanarak hesaptaki tüm blob'ları etkiler.

Varsayılan olarak, bir kapsayıcıdaki tüm blob'lar özel durumdadır; bunlara yalnızca uygun izinlere sahip kimliği doğrulanmış kullanıcılar erişebilir. Kapsayıcının erişim düzeyini Blob (tek tek blob'lar okunabilir) veya Container (kapsayıcı listesi ve tüm blob'lar okunabilir) olarak ayarlayarak kapsayıcıları ve blob'ları herkese açık hâle getirebilirsiniz. Daha ayrıntılı ve süreyle sınırlı erişim için Paylaşılan Erişim İmzaları (SAS) kullanın. Bunlar, hesap anahtarlarınızı paylaşmadan belirli bir kaynağa belirli izinler (okuma, yazma, silme) ve belirli bir zaman aralığı için erişim sağlayan, şifreleme belirteci içeren URL'lerdir.

Azure Blob Depolama, statik web sitelerini barındırabilir. HTML, CSS, JavaScript ve görüntü dosyaları, sunucu tarafı kodu olmadan bir depolama hesabından HTTP/HTTPS üzerinden doğrudan sunulur. Bir depolama hesabında statik website barındırmayı etkinleştirin, bir dizin belgesi (ör. index.html) ve bir hata belgesi belirleyin, ardından statik dosyalarınızı özel $web kapsayıcısına yükleyin. Depolama hesabının URL'si website URL'niz olur. Özel etki alanı desteği, HTTPS ve sitenin dünyanın her yerindeki kullanıcılar için hızlı olmasını sağlayan küresel uç önbelleğe alma özellikleri için Azure CDN ile birlikte kullanın.

Blob Depolama, uygulama ve veritabanı yedeklemeleri için doğal bir seçenektir: dayanıklıdır (LRS ile on bir dokuzlu dayanıklılık, GRS ile daha da yüksek), yüksek kullanılabilirlik sunar ve büyük veri hacimleri için, özellikle Cool veya Archive katmanlarında, çok uygun maliyetlidir. Birçok Azure yedekleme hizmeti (VM'ler için Azure Backup ve SQL Database otomatik yedeklemeleri) verilerini arka planda Blob Depolama'da saklar. Ayrıca zamanlanmış bir işin parçası olarak Azure CLI veya SDK kullanarak veritabanını doğrudan bir blob'a aktaran yedekleme betikleri de yazabilirsiniz.

Azure Data Lake Storage Gen2 (ADLS Gen2), blob depolamanın üzerine, dizin işlemlerini (yeniden adlandırma, silme) atomik ve verimli hâle getiren hiyerarşik ad alanı özelliği eklenerek oluşturulmuştur. Bir depolama hesabında hiyerarşik ad alanını etkinleştirmek, hesabı Azure Synapse Analizleri, Azure Databricks ve HDInsight ile yerel olarak tümleşen ADLS Gen2'ye dönüştürür. Hem Blob Depolama API'sini hem de HDFS protokolünü desteklediği için mevcut Hadoop tabanlı araçlar ve çerçevelerle uyumludur.

Blob Depolama fiyatlandırmasının üç bileşeni vardır: Depolama maliyeti — katmana göre değişen aylık GB başına ücret (Doğu ABD'de hot yaklaşık 0,018 ABD doları/GB, cool yaklaşık 0,01 ABD doları/GB, archive yaklaşık 0,001 ABD doları/GB). İşlem maliyeti — her 10.000 okuma ve yazma işlemi için alınan ücret; daha düşük maliyetli katmanlarda bu ücret daha yüksektir. Veri aktarımı maliyeti — gelen veri (yükleme) ücretsizdir, giden veri (internete indirme) ücretlidir. Büyük veri kümelerinde katman seçimi toplam maliyeti büyük ölçüde etkiler; seyrek erişilen verileri Hot katmanından Cool katmanına taşımak genellikle depolama faturasını yarıya indirirken Archive katmanı maliyetleri %95 oranında azaltabilir.

Finans ve sağlık gibi düzenlemeye tabi sektörlerde, SEC Rule 17a-4 ve HIPAA gibi düzenlemelere uymak için verilerin bir kez yazılır, birçok kez okunur (WORM) biçiminde saklanması gerekir. Azure Blob Depolama'nın değiştirilemezlik ilkeleri, blob'ları belirli bir saklama süresi boyunca değiştirilemeyecek veya silinemeyecek şekilde kilitlemenizi sağlar. İki ilke türü vardır: Süreye dayalı saklama (blob belirli bir tarihe kadar kilitli kalır) ve yasal bekletme (bekletme kaldırılana kadar blob süresiz olarak kilitli kalır). Kilitlendikten sonra, depolama hesabı yöneticileri bile saklama süresi boyunca blob'ları silemez.

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

Bu derste şunları öğrendiniz: Blob Depolama, depolama hesabı, kapsayıcı ve blob hiyerarşisinde düzenlenen yapılandırılmamış veriler için bir nesne deposudur; üç erişim katmanı — hot, cool ve archive — farklı kullanım biçimleri için depolama maliyeti ile erişim maliyetini dengeler; yaşam döngüsü yönetimi ilkeleri, blob'ları yaşlarına göre otomatik olarak daha ucuz katmanlara taşır veya siler. Sırada dosya paylaşımı ve ileti ayrıştırma için Azure Dosyaları ve Kuyruk Depolama'yı inceleyeceğiz.