Google Cloud Storage'da meta veri değerlerinin uzunluğu için bir sınır var mı?

Question

Google Cloud Storage'a bir dosya yüklerken, metadata özel bir veri alanı var. Oraya katran ve zip dosyaları, ya da birkaç yüz KB manifestoyu saklamak isterseniz,

var metadata = { 
    contentType: 'application/x-font-ttf', 
    metadata: { 
    my: 'custom', 
    properties: 'go here' 
    } 
}; 

file.setMetadata(metadata, function(err, apiResponse) {}); 

GCS meta nesne için izin verecektir ne kadar büyük bir maksimum var mı:

Google's example oldukça kısadır ? GCS'de set meta verilerini yüklemek için aşağıdaki komutu kullanarak

Answer 1

:

$ echo '{"metadata": {"large": "' > body ; tr -dC '[:print:]' < /dev/urandom | tr -d '\\"' | head -c SIZE_OF_METADATA_IN_BYTES >> body ; echo '"}}' >> body; curl -H "Authorization: Bearer $(gcloud auth print-access-token)" -X PATCH -H "Content-type: application/json" -d @body -o return_body https://www.googleapis.com/storage/v1/b/manifest-geode-357/o/empty 

Ben 2097KB başlığın üstünde hizmet verir "HTTP 413 İstek Çok Büyük" ve meta ayarlanmadığını bulun. Bu seviyenin altında beklendiği gibi ayarlanır. Daha fazla sıkıştırılabilir giriş (ör. yes çıktısı) kullanırsam, daha fazla veri alabilirim, ancak kesim aynı içerik uzunluk değerinde (sıkıştırma sonrası). 2097KB == 2MiB neredeyse tam olarak, gerçek sınırlamanın tüm HTTP isteğinin 2MiB'e sığması gerektiği umuyorum.

---

Ancak Brandon'ın açıklama doğrudur: Bu ortaya yepyeni katalog için harika bir fikir değil: Bu, (ilişkili performans ve maliyet cezası ile birlikte) daha fazla bant genişliği tüketen neden olacaktır

2. Depolama maliyetlerinde para biriktirmeyeceksiniz (meta veriler hala ücretlendirildiği için).
3. Herhangi bir bildirimde bulunmaksızın Google tarafından değiştirilebilecek belgesiz davranışa dayanır.
4. Gerçek nesne verilerinden farklı olarak, yükleme sırasında devam ettirilemez davranış yoktur, bu nedenle hatalar sizi daha da kötüleştirir.
5. Yükleme işlemi sırasında bütünlüğü doğrulamak için sağlama toplamı yoktur.
6. Birçok istemci kütüphanesinin disk yerine metadata bellekte depolaması veya birden fazla kopya tutması olasıdır; bu nedenle uygulamanızda bellek baskısı görmeniz daha olasıdır.

Bildirimi ayrı bir nesnede saklamak, tüm bu sorunları çözer. Metadatadaki manifestin konum konumunu saklayabilir ve her iki seçeneğin de faydasını alabilirsiniz.