GİRİŞ PROTOKOLÜNJ // GATE 01
İNSAN OTURUMU AKTİFROTA / İNSAN
01PROJE TALEBİSYSTEM//06

SYSTEM//06 HİZMET DOSYASI / 31

S3 Nesne Depolama

Uygulama verisi, medya, arşiv ve yedek hedefleri için ad alanı, erişim, saklama, taşıma, performans ve işletim kontrolleri açıkça tanımlanmış S3 nesne depolama mimarisi.

Proje talebi oluşturun
ROTA HAZIRBULUT / VERİ / GÜVENLİK / DAYANIKLILIK
CANLI HİZMET ROTASI
BAĞLI SİSTEM
Bulut ve Siber Dayanıklılık
BAŞLANGIÇ
Fiyatlandırma talep üzerine
ÇALIŞMA MODELİ
Kapsamı tanımlı proje
Süre
Yazılı kapsamda belirlenir
TESLİMAT
Dünya genelinde / uzaktan
02ÇALIŞMAKAPSAM / TANIMLI

NEDEN ÖNEMLİ / NJ//06

Bucket’lar belgesiz bir platforma dönüşmeden nesne depolama düzenini kurun.

01 / TESLİMATLAR

Neler teslim ederiz?

  1. 01İş yükü, nesne, uygulama bağımlılığı ve sağlayıcı yeteneği değerlendirmesi
  2. 02Hesap, bölge, bucket, ad alanı, kimlik, erişim ve anahtar mimarisi
  3. 03Yaşam döngüsü, sürümleme, saklama, Object Lock, çoğaltma, maliyet ve gözlemlenebilirlik tasarımı
  4. 04Taşıma, mutabakat, temsili uygulama doğrulaması, runbook ve devir kanıtı
02 / SONUÇLAR

Başarı nasıl görünür?

  1. 01Uyumu, sahibi ve erişim yolları açıkça bilinen nesne depolama düzeni
  2. 02Sorumluca incelenebilen ve değiştirilebilen saklama, koruma, yerleşim, maliyet ve işletim kararları
  3. 03Uyumluluk etiketine değil kaydedilmiş kanıta dayanan taşıma ve uygulama yolu
01AnlaSorunu netleştir.
02ÜretDoğru çözümü kur.
03Teslim etİncele, iyileştir ve yayına al.
İSTEĞE BAĞLI DOĞRUDAN KANAL

WhatsApp’tan yazmak veya aramak ister misiniz?

Kısa bir ilk görüşme için bize yazabilir veya telefonla ulaşabilirsiniz. Proje kapsamı ve hassas ayrıntılar ise proje talebi üzerinden paylaşılmalıdır.

WhatsApp’ı açBizi arayın
05TESLİMAT REHBERİ / S3 NESNE DEPOLAMAİŞ YÜKÜ VE AD ALANI SÖZLEŞMESİ / ERİŞİM, KİRACI AYRIMI VE ANAHTARLAR / KORUMA, SAKLAMA VE YERLEŞİM / PERFORMANS VE UÇTAN UCA MALİYET

TESLİMAT REHBERİ / S3 NESNE DEPOLAMA

Bucket’lar belgesiz bir platforma dönüşmeden nesne depolama düzenini kurun.

S3 Nesne Depolama talep üzerine fiyatlandırılır. Çünkü doğru çözümü yalnızca kaç terabayt veri tutulacağı değil; iş yükü, nesne sayısı ve boyutu, istek örüntüsü, uygulamalar, kimlikler, bölgeler, saklama süresi, kurtarma ihtiyacı, taşıma yolu, performans sınırı ve işletim sorumluluğu belirler. Mevcut yapıyı inceleyebilir, yönetilen ad alanı ve erişim modelini kurabilir, yaşam döngüsü, koruma ve çoğaltma kontrollerini tasarlayabilir, kararlaştırılan taşımayı destekleyip temsili uygulama akışlarını doğrulayabiliriz. Depolama, API çağrıları, veri geri getirme, çıkış trafiği, çoğaltma, bulut hizmetleri, CDN, anahtar yönetimi, lisans, donanım, bağlantı, uzman testi, izleme, olay müdahalesi ve diğer üçüncü taraf giderleri yazılı teklifte açıkça yer almadıkça hizmet bedeline dahil değildir.

01 / İŞ YÜKÜ VE AD ALANI SÖZLEŞMESİ

Nesne depolamaya neyin ait olduğunu, nasıl adresleneceğini ve uygulamanın ne beklediğini baştan belirleyin.

Nesne depolama her dosya sistemi, veri tabanı ya da içerik dağıtım katmanının bire bir karşılığı değildir. Uygulama varlıkları, kullanıcı yüklemeleri, medya, günlükler, veri kümeleri, arşivler, yazılım paketleri ve bazı yedek hedefleri gibi API üzerinden bütün nesne halinde okunup yazılabilen yüklerde güçlüdür. Düşük gecikmeli blok erişimi, ortak dosya kilidi, dosyanın belirli baytlarını yerinde değiştirme, veri tabanı işlemi veya POSIX davranışı isteyen sistemler başka bir birincil depoya ya da uyarlama katmanına ihtiyaç duyabilir. Taşıma önermeden önce bu davranışları kayda geçiririz.

İş yükü envanteri; uygulamaları ve sorumlularını, veri sınıflarını, kaynakları, biçimleri, nesne boyutu dağılımını, mevcut ve öngörülen hacmi, büyüme hızını, okuma-yazma düzenini, yoğun saatleri, gecikme hassasiyetini ve verinin bulunduğu yeri gösterir. Her veri sınıfını kimin oluşturduğu, okuduğu, değiştirdiği, listelediği, kopyaladığı, geri aldığı ve sildiği de yazılır. Az sayıda çok büyük arşiv ile milyarlarca küçük nesne aynı sistem değildir; herkese açık görsel kütüphanesiyle özel kanıt kayıtları da aynı mimariyi istemez. Yalnızca kapasite bilgisi maliyeti bile doğru anlatmaz.

Ad alanı planı hesap, proje, ortam, bölge, bucket, önek, nesne anahtarı, metadata ve etiketleri yönetir. Bucket adları ve nesne anahtarları URL’lere, kod içine, günlüklere, politikalara ve destek prosedürlerine yerleşebilir; gelişigüzel verilen adların sonradan değiştirilmesi pahalı olur. Ortam, kiracı, veri sahibi ve sınıflandırma sınırlarını kararlı biçimde kurar; açık kimliklere sır veya hızla değişen kurum ayrıntısı gömmeyiz. Önek ve etiket ancak uygulama, yetki, yaşam döngüsü, envanter ya da maliyet dağılımı gerçekten kullanacaksa bir görev üstlenir.

Uygulama sözleşmesi görünür olmalıdır. Yükleme ve indirme yolları, çok parçalı aktarım, sağlama toplamları, içerik türleri, üzerine yazma ve silme beklentisi, yinelenen kayıtlar, önceden imzalı bağlantılar, olay bildirimleri, yeniden deneme, zaman aşımı ve hata sonrası toparlanma belgelenir. Çağıran sistemin yazdıktan hemen sonra okuma, sıralı işleme, birden fazla nesnede tek işlem ya da nesne deposu dışında bir katalog isteyip istemediği açıkça belirtilir. Uygulama hangi sağlayıcı özelliğine bağımlıysa taşınabilirlik iddiasından önce o bağımlılık ortaya çıkarılır.

01

İş yükü uyumu

API ile adreslenen nesneleri dosya, blok, veri tabanı, kuyruk, önbellek ve CDN sorumluluklarından ayırın.

02

Gerçek veri şekli

Yalnızca toplam baytı değil; nesne sayısını, boyut dağılımını, çağrı karışımını, yoğunluğu, büyümeyi ve konumu ölçün.

03

Yönetilen ad alanı

Hesap, bucket, önek, anahtar, metadata ve etikete kararlı bir amaç ve sorumlu atayın.

04

Uygulama davranışı

Depolama yolunu değiştirmeden önce tutarlılık, yazma, silme, olay, yeniden deneme ve hata davranışını kaydedin.

02 / ERİŞİM, KİRACI AYRIMI VE ANAHTARLAR

Her veri yolunu bilinçli, izlenebilir ve kolaylık uğruna açılmış ayardan daha dar kurun.

Yazılı bir yayın ihtiyacı yoksa başlangıç duruşu özeldir. İnsan yöneticiler, uygulamalar, derleme sistemleri, analiz işleri, iş ortakları ve kurtarma süreçleri ayrı kimlik kullanır; yalnızca ihtiyaç duydukları eylem, bucket, önek ve koşullara erişir. Kaynak kodunda duran uzun ömürlü erişim anahtarları, ortak yönetici hesapları ve joker yetkiler kaldırılması gereken risklerdir. Seçilen platform destekliyorsa rol, kısa ömürlü kimlik bilgisi, hizmet kimliği ve kontrollü hesaplar arası erişim tercih edilir.

Erişim tek bir politika dosyasına bakılarak değerlendirilmez. Hesap düzeyi kontrolleri, kimlik ve bucket politikaları, erişim noktaları, ağ koşulları, anahtar politikaları, nesne sahipliği ve açık ret kuralları birlikte sonuç üretir. Anonim ziyaretçi, başka kiracı, süresi bitmiş bağlantı, yetkisi kaldırılmış yönetici ve yanlış ağdan ya da hesaptan gelen uygulama dahil olmak üzere hem izin hem ret senaryolarını sınarız. Dosyanın başarıyla yüklenmesi; listeleme, silme, geri alma ve denetim yetkisinin doğru olduğunu kanıtlamaz.

Herkese açık dağıtım ayrı bir mimaridir. Açık web sitesi kaynağı, oturum açmış müşteriye indirme ve kısa süreli paylaşım bağlantısı aynı ihtiyaç değildir. CDN, uygulama ağ geçidi veya imzalı URL kullanıldığında nesne deposu çoğu zaman özel kalabilir; alan adı, TLS, önbellek, kötüye kullanım kontrolü ve iptal işlemini dağıtım katmanı yönetir. Önbellek temizleme, eski içeriğin kalması, origin erişimi, hotlink, aralık istekleri ve özel bir nesnenin yanlışlıkla açığa çıkabileceği yollar karara bağlanır.

Şifreleme ile anahtar sahipliği açık yazılır. Aktarım koruması, sağlayıcı ya da müşteri yönetimli sunucu tarafı şifreleme, varsa istemci tarafı şifreleme, anahtar döndürme, görev ayrılığı ve anahtar kurtarma yolu kayda girer. Şifreleme gereğinden geniş erişimi, yanlış saklamayı veya eksik izlemeyi düzeltmez; anahtar ya da yetki kaybı sağlam nesneleri kullanılamaz hale de getirebilir. Bu nedenle depolama yapılandırmasıyla anahtar yönetimi ürünlerini, maliyetini ve işletim sorumlusunu birbirinden ayırırız.

01

Varsayılan olarak özel

Bir bucket ya da nesneyi ancak adı konmuş dağıtım ihtiyacı ve uygun kontroller haklı çıkarıyorsa açın.

02

En az yetki

Ortak anahtar ve joker yetki yerine ayrı, kısa ömürlü kimlikler ile kaynak koşulları kullanın.

03

Sınanmış ret

Yalnızca doğru erişimin çalıştığını değil; yanlış kiracı, ağ, kimlik, bağlantı ve eylemin reddedildiğini de doğrulayın.

04

Anahtar sınırı

Şifreleme anahtarını ve politikayı kimin yönettiğini, ana yol bozulduğunda yetkili kurtarmanın nasıl yapılacağını yazın.

03 / KORUMA, SAKLAMA VE YERLEŞİM

Sürümleme, Object Lock, yaşam döngüsü ve çoğaltmayı farklı hata biçimleri olan ayrı kontroller sayın.

Sürümleme, üzerine yazılan ya da silinen nesnelerin önceki hallerini tutabilir; bununla birlikte yaşam döngüsü, kurtarma ve maliyet davranışını değiştirir. Object Lock uygun nesne sürümlerine WORM tipi saklama uygulayabilir, ancak kip, süre, legal hold, yönetici yetkisi ve korumasız sürümlerin durumu bilinmelidir. Hiçbir etiket tüm nesnelerin korunduğunu ya da çevresindeki hesap, anahtar ve uygulamanın kurtarılabildiğini ispatlamaz. Etkin yapılandırmayı inceler, yetkili kapsam içinde temsili saklama veya geri alma davranışını sınarız.

Çoğaltma ikinci bir kopya üretir; kendiliğinden bağımsız bir yedek oluşturmaz. Eşzamansız çoğaltma gecikebilir, kurallar bazı nesneleri dışarıda bırakabilir, silme davranışı değişebilir ve hedef kaynakla aynı kimlikleri, kontrol düzlemini ya da yıkıcı işlemleri paylaşabilir. Hangi eski ve yeni nesnelerin çoğaltıldığı, hangi metadata ile kilit durumunun taşındığı, hataların nereden izlendiği ve hedefin kime ait olduğu belirtilir. Hepsi nesne depolama kullansa bile yedek, arşiv, yüksek erişilebilirlik ve felaket kurtarma ayrı işlevlerdir.

Yaşam döngüsü kuralları işin saklama kararını depolama davranışına dönüştürür. Her geçiş ve süre sonu kuralının kapsamı, saati, depolama sınıfı, geri getirme beklentisi, asgari süre etkisi ve sorumlusu olmalıdır. Tek yaş kuralının her durumu kapsadığını varsaymak yerine güncel ve eski sürümleri, yarım kalmış çok parçalı yüklemeleri, silme işaretlerini ve bekletme altındaki nesneleri ayrı ele alırız. Otomatik silme başlamadan önce kurallar hukuk, gizlilik, operasyon ve kurtarma yükümlülükleriyle karşılaştırılır; nihai saklama kararının sahibi müşteridir.

Yerleşim; ülke, bölge, hesap, sağlayıcı ve hata alanını kapsar. Verinin yerleşikliği yalnızca pazarlamada kullanılan bölge adıyla kanıtlanmaz; çoğaltma, destek erişimi, günlükler, anahtarlar, yedekler ve alt işleyenler de önem taşıyabilir. Bölgeler veya sağlayıcılar arası kopya düşünülüyorsa aktarım yolu, egemenlik sınırı, gecikme, çıkış maliyeti, uyumluluk ve kurtarma sorumlusu kayda girer. NobleJackal teknik kontrolleri tasarlayıp belgeleyebilir; hukuki yorum, sertifikasyon ve düzenleyici ya da sigortacı kabulü ilgili müşteri ve bağımsız uzmanların alanıdır.

01

Sürümden geri dönüş

Hangi sürümlerin yaşayacağını, ne zaman silineceğini ve doğru nesnenin nasıl geri alınacağını belirleyin.

02

Saklama kontrolü

‘Değiştirilemez’ vaadine yaslanmak yerine Object Lock kipini, süresini, bekletmeleri, yetkileri ve sona ermeyi inceleyin.

03

Bağımsız kopya

Her çoğaltma yolunun gecikmesini, istisnasını, silme yayılımını, sahibini ve ortak hata alanını yazın.

04

Veri yerleşimi

Bölge ve kurtarma kararı vermeden önce hesap, sağlayıcı, anahtar, günlük ve işleyen yollarını izleyin.

04 / PERFORMANS VE UÇTAN UCA MALİYET

Düşük depolama birim fiyatı pahalı bir sisteme dönüşmeden çağrıları, geri getirmeyi ve uygulama davranışını modelleyin.

Performans gerçek iş yüküyle sınanır. Nesne deposunun hizmet süresini DNS, bağlantı, şifreleme, uygulama, ağ ve son kullanıcı gecikmesinden ayırırız. Temsili testlerde nesne boyutu, çok parçalı aktarım, paralellik, aralık okuma, yeniden deneme, coğrafi uzaklık ve kullanılan SDK veya ağ geçidi yer alır. Tek bölgede, tek boyutta ya da ısınmış önbellekte alınan sonuç başka koşullara kendiliğinden taşınmaz. Kota, oran sınırı ve hata yanıtları hangi şartlarda görüldüğüyle birlikte kaydedilir.

CDN veya önbellek sık okunan açık içerikte hızı artırabilir, fakat yeni bir tutarlılık, güvenlik ve maliyet sınırı yaratır. Analiz ya da veri işleme yüklerinde yalnızca bucket eklemek yerine bölümleme, katalog veya sütunlu biçim gerekebilir. Milyarlarca küçük nesne toplam hacim düşük görünse bile çağrı, listeleme, envanter ve yaşam döngüsü yükü doğurur. Erişim biçimi ölçülmeden ve uygulamanın doğruluk beklentisi anlaşılmadan optimizasyon yapmayız.

Uçtan uca maliyet aylık kapasiteden ibaret değildir. Yazma, okuma, listeleme ve yaşam döngüsü işlemleri; geri getirme ve erken silme ücretleri; çoğaltma; bölgeler arası aktarım; internet çıkışı; hızlandırma; envanter; günlükler; izleme; şifreleme anahtarı çağrıları; CDN; yedek; destek ve taşıma hesaba girebilir. Tahminleri nesne sayısı, boyut sınıfı, istek hacmi, büyüme, saklama ve aktarım varsayımlarıyla birlikte veririz. Sağlayıcı hesaplayıcısı veya fiyat listesi bir sağlayıcı kaynağıdır; NobleJackal’ın sabit maliyet vaadi değildir.

Maliyet kontrolünün güvenlik rayları olmalıdır. Bütçe, etiket, kullanım raporu, anomali uyarısı ve yaşam döngüsü önizlemesi sapmayı gösterebilir; fakat otomatik bir kural yalnızca hedef bütçe için gerekli veriyi yok etmemelidir. Depolama sınıfını, saklamayı, çoğaltmayı, şifrelemeyi, açık erişimi ve silmeyi kimin değiştireceği sorumluluk tablosunda yer alır. Tasarruf önerisinin yanına geri getirme süresi, erişilebilirlik, asgari süre, uygulama ve kurtarma etkisini koyar; kararı yetkili kişiye bırakırız.

01

Ölçülen yol

Uygulamadan depoya kadar boyut, yoğunluk, uzaklık, şifreleme ve yeniden deneme koşullarıyla test yapın.

02

Doğru dağıtım katmanı

Önbellek, CDN, katalog veya işleme biçimini ancak ölçülen erişim düzeni destekliyorsa ekleyin.

03

Tam maliyet modeli

Kapasitenin yanına çağrı, geri getirme, aktarım, çoğaltma, anahtar, gözlemlenebilirlik, destek ve taşımayı koyun.

04

Güvenli optimizasyon

Her tasarruf önerisinin saklama ve erişilebilirlik sonucunu gösterin, sorumlusu belli karar isteyin.

05 / TAŞIMA, İŞLETİM VE DEVİR

Envanterle taşıyın, ulaşan veriyi mutabık hale getirin ve proje bittikten sonra yaşayacak bir işletim kaydı bırakın.

Taşıma, yetkilendirilmiş kaynak envanteriyle başlar. Nesne yolları, adet, bayt, metadata, sahiplik, zaman bilgisi, varsa sağlama toplamı, saklama durumu, legal hold, şifreleme, uygulama referansı ve desteklenmeyen ad ya da özellikler belirlenir. Aktarım tasarımı bant genişliğini, kısıtlamayı, çok parçalı yükleme eşiklerini, yeniden denemeyi, başarısız öğe kuyruğunu, artımlı eşitlemeyi ve taşıma sırasında değişen veriyi kapsar. Anahtar, metadata, biçim veya şifrelemede yapılan her dönüşüm izlenebilir olur.

Geçiş anı yalnızca kopyalamanın bittiği an değildir; bir uygulama değişikliğidir. Dondurma ya da birlikte çalışma modeli, son fark, yapılandırma ve kimlik bilgisi değişiklikleri, DNS veya dağıtım adımları, doğrulama, iletişim, iptal ölçütleri ve geri dönüş yolu planlanır. Teknik olarak anlamlı yerlerde adet, bayt ve sağlama toplamı mutabakatı yapar; ardından temsili okuma, yazma, silme, yetki, olay, süre sonu ve alt süreçleri sınarız. Örnekler ile kaynakta bulunmayan kanıt açıkça etiketlenir; her nesnenin ispatı gibi sunulmaz.

İşletim; envanter kapsamını, erişim değişikliklerini, açıkta kalmayı, politika sapmasını, çoğaltma durumunu, yaşam döngüsü işlemlerini, başarısız aktarımları, kapasite ve çağrı büyümesini, olağandışı silmeyi, anahtar durumunu, maliyeti ve uyarı teslimini izler. Hangi günlük ve metriğin bulunduğu sağlayıcıya ve satın alınan ürüne bağlıdır. İzleme saatleri, müdahale beklentisi, değişiklik hakkı, saklama incelemesi, olay yükseltme ve 7/24 işletim yalnızca yazılı teklifte açıkça varsa geçerlidir. Mimari ya da taşıma projesi kendiliğinden yönetilen hizmete dönüşmez.

Devir paketinde iş yükü ve ad alanı kaydı, mimari, bucket ve önek kataloğu, kimlik ve anahtar modeli, politikalar, yaşam döngüsü ve çoğaltma kuralları, sipariş edilmişse altyapı tanımları, taşıma kanıtı, doğrulama sonuçları, panolar, uyarılar, runbook’lar, sorumluluk tablosu, bilinen sınırlar ve değişiklik usulü bulunur. Sırlar onaylanmış güvenli kanaldan aktarılır. Kapanışta teslim edilen, kabul edilen, ertelenen ve kapsam dışı işler ayrılır; garantili dayanıklılık, erişilebilirlik, gecikme, tasarruf, eksiksiz uyumluluk, değiştirilemezlik, uygunluk, sertifikasyon, sıralama, müşteri adayı veya gelir iddiası kurulmaz.

01

Kaynak envanteri

İlk toplu aktarımdan önce nesneleri, metadata’yı, erişimi, saklamayı ve uygulama bağımlılıklarını sayıp sınıflandırın.

02

Mutabakatlı geçiş

Değişen veriyi kontrol edin, temsili davranışı doğrulayın, sınanmış iptal veya geri dönüş yolunu koruyun.

03

Sorumlusu belli işletim

Sapma, erişim, yaşam döngüsü, çoğaltma, maliyet, olay ve uyarı görevlerini açık hizmet saatleriyle atayın.

04

Kalıcı devir

Yalnızca proje ekibinin anlayacağı bir bucket değil; politika, runbook, kanıt, sınır ve değişiklik yetkisi bırakın.

BAĞLANTILI KANITLAR

Nesne depolamayı güvenlik, erişim, kurtarma, bulut işletimi ve uygulama teslimine bağlayan kayıtları inceleyin.

Nesne depolama daha geniş bir işletim sisteminin parçasıdır. Bu komşu hizmet ve açık kayıtlar olası bağımlılıklarla yönetişim sınırlarını açıklar; belirli bir müşteri ortamının yapılandırmasını, uygunluğunu, güvenliğini, performansını veya kurtarılabilirliğini kanıtlamaz.
Siber Dayanıklılık portföyünü aç

BİRİNCİL DEPOLAMA KAYNAKLARI

Depolama güvenliği, bulut erişimi, yaşam döngüsü, saklama ve performans için kullandığımız birinci el rehberler.

Bu yayınlar soruları ve tasarım sınırlarını kurar. NobleJackal’ı onaylamaz, müşteri sistemini sertifikalandırmaz; hiçbir mimari kontrolü dayanıklılık, erişilebilirlik, güvenlik, kurtarma, uyumluluk, maliyet veya mevzuata uygunluk garantisine dönüştürmez.

ALICI SORULARI

S3 nesne depolama işi başlamadan önce yanıtlanması gereken sorular.

01S3 Nesne Depolama neden talep üzerine fiyatlandırılıyor?

Çünkü iş; sınırlı bir bucket ve politika incelemesinden çok hesaplı bir ad alanına, uygulama entegrasyonuna, büyük ölçekli taşımaya, saklama tasarımına, koruma testlerine ve sürekli işletime kadar değişebilir. Nesne adedi ve boyutu, istek karışımı, bölge, kimlik, anahtar, yaşam döngüsü, çoğaltma, taşıma hacmi, doğrulama derinliği ve hizmet saatleri emeği doğrudan etkiler. Önce ortamı ve kabul kanıtını tanımlar, ardından yazılı kapsam veririz. Sağlayıcı depolaması, çağrılar, geri getirme, çıkış, çoğaltma, bulut, CDN, anahtar yönetimi, lisans ve diğer üçüncü taraf giderleri açıkça eklenmedikçe ayrıdır.

02Nesne depolama; dosya sistemi, veri tabanı, yedek platformu veya CDN ile aynı şey mi?

Hayır. API ile adreslenen nesneleri tutar ve bu sistemlerin çoğunu destekleyebilir; fakat dosya kilidi, blok davranışı, veri tabanı işlemi, bağımsız yedek ya da uç dağıtım ağı işlevini kendiliğinden sağlamaz. Hangi sorumluluğun nesne deposuna, hangisinin başka katmana ait olduğuna karar vermeden önce uygulamanın okuma, yazma, tutarlılık, gecikme, olay, koruma ve kurtarma ihtiyacını inceleriz.

03‘S3 uyumlu’ demek her sağlayıcı ve uygulamanın aynı davranması mı demek?

Hayır. Bu ifade genellikle S3 API ailesinin bir bölümünün desteklendiğini anlatır; kimlik doğrulama, politika, sürümleme, Object Lock, yaşam döngüsü, çoğaltma, olay, sağlama toplamı, çok parçalı aktarım, limit, hata yanıtı ve yönetim kapsamının bire bir aynı olduğunu göstermez. İş yükünün kullandığı özellikleri tek tek kaydeder ve seçilen platformda sınarız. Taşınabilirlik bir etiket değil, doğrulanması gereken tasarım özelliğidir.

04Object Lock değiştirilemez yedek, fidye yazılımı koruması veya mevzuata uygunluk garantisi verir mi?

Hayır. Doğru yapılandırıldığında uygun nesne sürümlerine WORM tipi saklama uygulayabilir; koruma yine kip, süre, kimlik, anahtar, kaynak kapsamı, çoğaltma, silme yolu, izleme ve sınanmış kurtarmaya bağlıdır. Tek başına bağımsız yedek yaratmaz, çevresindeki hesabı güvene almaz ve uygunluk, sertifikasyon, sigortacı kabulü ya da kurtarma sonucu sağlamaz.

05Depolama, çıkış trafiği, lisans, izleme ve 7/24 işletim dahil mi?

Yalnızca yazılı teklifte açıkça belirtilmişse. Varsayılan olarak NobleJackal bedeli kararlaştırılan değerlendirme, mimari, yapılandırma, taşıma desteği, doğrulama ve devri kapsar. Sağlayıcı kapasitesi, API çağrıları, geri getirme, çıkış, çoğaltma, CDN, anahtar yönetimi, yazılım, donanım, bağlantı, uzman testi, izleme, olay müdahalesi ve sürekli işletim ayrıdır. Yönetilen saatler, müdahale hedefleri ve değişiklik hakkı hiçbir zaman kendiliğinden varsayılmaz.