Geçişinize karar veren tek fark
Azure Blob Storage'ın kendi API'si vardır; kendi SDK'ları, kendi kimlik doğrulaması ve kendi kavramlarıyla — bucket yerine container, nesne yerine blob. Bizim object storage'ımız ise ekosistemdeki neredeyse her aracın zaten uyguladığı arayüzü, yani S3 API'sini konuşur.
Bir geçişteki asıl iş budur ve bunu açıkça söylemeye değer: uygulamanız Blob ile Azure SDK üzerinden konuşuyorsa o katmanı değiştireceksiniz. Bir uyumluluk katmanı üzerinden konuşuyorsa ya da hâlâ seçim aşamasındaysanız, yaptığınız şey basitçe etrafında daha çok araç olan arayüzü seçmek olur — aws-cli, mc, rclone, boto3, s3cmd ve bugüne kadar S3 hedefi kazanmış her yedekleme aracı.
Geri kalan her şey — dayanıklılık beklentileri, herkese açık ya da gizli nesneler, yaşam döngüsü alışkanlıkları — kavramsal olarak taşınır. Karar API'dir.
Verinin nerede duracağı sizin tercihiniz
Azure sizden bir bölge seçmenizi ister ve hangisini seçtiğinize göre veri, hukuk ekibinizin önemsediği yargı alanının dışında kalabilir. Soru burada da aynı, cevap da: verinizin saklanacağı ülkeyi ya da bölgeyi siz seçersiniz. Türkiye'de, Avrupa'da ve Amerika Birleşik Devletleri'nde depolama düğümlerimiz var ve bucket'larınız, ilk veri merkezimiz nereye denk geldiyse oraya değil, ihtiyacınız olan yere konur.
Bu tercihi genelde iki farklı ihtiyaç belirler ve ikisi ters yönlere çeker. Uyumluluk, verinin belirli bir yargı alanında olmasını ister — KVKK'ya cevap veren bir Türk şirketi için "Türkiye'de" demek, yurt dışına aktarım mekanizmalarını anlatan bir paragraftan çok daha kısa bir cevaptır. Gecikme ise verinin onu okuyan insanlara yakın olmasını ister. İkisini birden depolama katmanında çözmek zorunda değilsiniz: nesneleri uyumluluğun gerektirdiği yere koyun, herkese açık olanları da CDN ziyaretçiye en yakın edge'den sunsun.
Bir yargı alanı gereksiniminiz varsa yüklemeye başlamadan önce bize söyleyin — bucket'ı ilk gün doğru bölgeye koymak hiçbir şeye mal olmaz, terabaytları sonradan taşımak ise bedava değildir.
Bucket'ın önünde CDN, aynı panelden
Azure'da depolama hesabı ile CDN profili, birbirine bağladığınız ayrı ürünlerdir. Burada bucket ile CDN aynı hesaptır: bir alan adını bucket'a yöneltir, hak eden yollar için önbellek kuralları koyar ve tıpkı başka bir origin'i purge'lediğiniz gibi purge'lersiniz — panelden, API'den ya da CLI'dan.
Asıl faydası sıkıcı durumlarda ortaya çıkar. Değişen bir ürün görseli yoluyla purge'lenir. Bir klasörün tamamı ön ekle purge'lenir. Önbellek anahtarı, dağıtım kurallarınızın zaten tanımladığı anahtardır; yani "depolamanın CDN'i" diye ikinci bir zihinsel model yoktur.
Hesap makinesi olmadan okunabilen fiyatlandırma
Bulut depolama faturaları parça parça gelmeye eğilimlidir: önce depolama, sonra çıkış trafiği, sonra işlemler, sonra da önündeki CDN için ayrı bir kalem. Parçalar tek tek küçük, toplamı şaşırtıcıdır.
Burada depolama ve dağıtım tek bir aylık havuzdan düşer — sunduğunuz trafik ile tuttuğunuz depolama, satın aldığınız pakete karşı birlikte sayılır ve fiyat, Türk faturasında Türk lirası olarak yazar. Azure'un güncel fiyatlarına karşı bir karşılaştırma tablosu yayımlamayacağız, çünkü o fiyatlar değişiyor ve bir sağlayıcı sayfasındaki bayat tablo, hiç tablo olmamasından kötüdür. Bu ayki kendi Azure faturanıza bakın, sonra da buradaki paket sayfasına; güvenilmeye değer tek karşılaştırma odur.
Azure'da olup bizde olmayanlar
Dürüst bir karşılaştırma sayfasında bu bölüm de olmak zorunda.
Azure size dünya genelinde onlarca bölge verir, biz vermiyoruz; Türkiye, Avrupa ve Amerika Birleşik Devletleri'nde depolama sunuyoruz ki bu çoğu ihtiyacı karşılar, hepsini değil. Azure'un kendi ekonomisi olan arşiv ve soğuk katmanları var; bizim depolamamız tek katman. Azure, blob depolamanın onlarca başka Azure servisi için yapı taşı olduğu bir ekosistemin içinde duruyor; mimariniz bunlara yaslanıyorsa ayrılmak, depolamadan fazlasını sökmek demek.
Taşınma gerekçesi evrensel değil, özgüldür: S3 API'sini istiyorsunuz, yargı alanını seçip bunun için Türk faturası almak istiyorsunuz, CDN ile bucket'ın birlikte yönetilmesini istiyorsunuz ve çevresindeki ekosisteme ihtiyacınız yok. Durum bu değilse Azure'da kalmak makul bir cevaptır ve size bir geçiş satmaktansa bunu söylemeyi tercih ederiz.
Azure Blob alternatifi SSS
Depolamanız Azure Blob ile API uyumlu mu?
Hayır ve hiçbir S3 uyumlu sağlayıcı değil. Blob'un kendi API'si var. Bizimki S3 API'sini uyguluyor; yani geçiş işi, uygulamanızın depolamayla konuşan katmanında. Zaten S3 konuşan araçlar — aws-cli, rclone, mc, boto3 — hiçbir değişiklik olmadan çalışır.
Mevcut veriyi nasıl taşırım?
Alışıldık yol rclone: hem Azure Blob hem S3 konuşur, yani tek bir kopyalama işi bir container'ı bir bucket'a taşır. Büyük setlerde iki uca da bağlantısı iyi olan bir makineden çalıştırın ve sonrasında bir sağlama turuyla doğrulayın.
Dosyalarda kendi alan adımı koruyabilir miyim?
Evet. CDN üzerinden bir alan adını bucket'a yöneltin; genel URL'ler sağlayıcıya ait bir depolama alan adında değil, otomatik SSL ile kendi alan adınızda kalsın.
Veri fiziksel olarak nerede saklanıyor?
Sizin seçtiğiniz yerde. Türkiye'de, Avrupa'da ve Amerika Birleşik Devletleri'nde depolamamız var ve bucket, istediğiniz bölgeye konur. Bir Türk şirketi için bu genelde Türkiye demektir, çünkü KVKK sorusunu bir açıklama olmaktan çıkarıp bir konuma çevirir — ama kullanıcılarınız ya da denetçileriniz başka yerdeyse hesabı kurarken söyleyin.
Çıkış trafiği maliyetleri ne olacak?
Sunduğunuz trafik, ayrı bir çıkış kalemi olarak gelmek yerine diğer dağıtımınızla aynı aylık havuzdan düşer. Nesnelerinizin çoğu herkese açıksa ve edge'de önbelleğe alınıyorsa origin'den çekme bir kez olur, tekrar eden trafik edge'den sunulur.