Azure Data Lake Store ile Azure Blob depolama karşılaştırması

Tamamlandı

Azure Blob depolamada, büyük miktarlarda yapılandırılmamış ("nesne") verileri blob kapsayıcısı içindeki düz bir ad alanında depolayabilirsiniz. Blob adları, blobları sanal "klasörler" halinde düzenlemek için "/" karakterler içerebilir, ancak blob yönetilebilirliği açısından bloblar düz ad alanında tek düzeyli bir hiyerarşi olarak depolanır.

A diagram of a blob store with a flat namespace.

HTTP veya HTTP'leri kullanarak bu verilere erişebilirsiniz

Azure Data Lake Storage 2. Nesil blob depolamayı temel alır ve blob verilerini dizinler halinde düzenleyen ve her dizin ve içindeki dosyalar hakkındaki meta verileri depolayan hiyerarşik bir ad alanı kullanarak yüksek hacimli verilerin G/Ç'sini iyileştirir. Bu yapı, dizin yeniden adlandırmaları ve silmeleri gibi işlemlerin tek bir küçük işlemde gerçekleştirilmesine olanak tanır. Buna karşılık düz alan adları, yapıdaki nesne sayısıyla orantılı olarak birkaç işlem gerektirir. Hiyerarşik ad alanları verileri düzenli tuttuğundan, bir analitik kullanım örneği için daha iyi depolama ve alma performansı sağlar ve analiz maliyetini düşürür.

A diagram of a blob store with a hierarchical namespace.

Bahşiş

Verileri, veriler üzerinde analiz gerçekleştirmeden depolamak istiyorsanız Hiyerarşik Ad Alanı seçeneğini Devre dışı olarak belirleyip depolama hesabını bir Azure Blob depolama hesabı olarak ayarlayın. Blob depolamayı sık kullanılmayan verileri arşivlemek veya görüntü ve medya gibi web sitesi varlıklarını depolamak için de kullanabilirsiniz.

Veriler üzerinde analiz yapıyorsanız Hiyerarşik Ad Alanı’nı Etkin olarak ayarlayıp depolama hesabını Azure Data Lake Storage 2. Nesil olarak ayarlayın. Azure Data Lake Storage 2. Nesil Azure Depolama platformu ile tümleşik olduğundan, uygulamalar verilere erişmek için Blob API'leri veya Azure Data Lake Storage 2. Nesil dosya sistemini kullanabilir.