Yani senaryo şu:

Azure Depolama veri blob yazan bir web hizmeti bir çok örneği var. Alındığı zaman bir kap (veya sanal dizin) bağlı olarak içine lekeler grup olmak istiyorum. Bir süredir (en kötü ihtimal her gün) eski lekeler işlenmiş ve sonra silineceğini bir kere.

İki seçenek var:

Seçenek 1

Ben bir kaptan olarak adlandırılan "lekeler" ve sonra tüm bloglar deposu (örneğin) o kabın içine. Her damla dizin adı alındığı zaman olmanın bir dizin stili adı ("hr0min0/data.örneğin kullanacaktır", "hr0min0/data2.bin", "hr0min30/data3.bin", "hr1min45/data.bin", ... , "hr23min0/dataN.bin"gibi yeni bir dizin her . bin ^em>Xdakika). Bu lekeler işleyen şey hr0min0 lekeler önce, sonra hr0minX ve benzeri (ve lekeler hala işlenmekte zaman yazılmış) işleyecektir.

Seçenek 2

Ben çok kaplar her bir isim dayanarak varış saati (ilk olacak bir kap adlı blobs_hr0min0 sonra blobs_hr0minX, vb) ve tüm lekeler konteyner bu lekeler o geldi de adlı zaman. Bu bloglar işleyen şeyi bir seferde bir konteyner işleyecektir.

Benim sorum, hangi seçenek daha iyi? Seçenek 2 bana daha iyi bir paralellik kaplar farklı sunucularda olabilir beri) vermek veya seçenek 1 çok kaplar bilinmeyen diğer sorunlara neden olabilir, çünkü daha iyi?

Herkes doğrudan erişim lekeler etrafında mükemmel cevaplar verdi. Eğer bir kap içinde lekeler listesine ihtiyacınız varsa, ancak, büyük olasılıkla çok-konteyner modeli ile daha iyi performans görürsünüz. Ben sadece tek bir kap içinde lekeler büyük bir sayı saklamak olan bir firma ile konuştuk. Onlar sık sık kapsayıcı nesneleri listelemek ve daha sonra bu lekeler bir alt karşı eylemleri gerçekleştirmek. Bir performans tam bir listesini almak için zaman büyüyor gibi vurdu, anlamaya çalışıyorlar.

Bu senaryo için geçerli olmayabilir ama dikkate alınması gereken bir şey