Backblaze, OneDrive ve Dropbox klasörlerini yedeklemeyi durdurdu

 (rareese.com)
2 puan yazan GN⁺ 16 일 전 | 1 yorum | WhatsApp'ta paylaş
  • Yaklaşık 10 yıldır güven duyulan Backblaze kişisel yedekleme hizmetinin artık bazı önemli klasörleri yedeklemediği ortaya çıktı
  • .git, Dropbox ve OneDrive klasörleri yedekleme kapsamı dışına çıkarıldı; ayrıca ayarlarda bunları yeniden dahil etmenin bir yolu yok
  • Backblaze bu değişikliği e-posta ya da bildirimle duyurmak yerine yalnızca sürüm notlarındaki “Improvements” maddesine ekledi
  • Resmî gerekçe “performans sorunları ve gereksiz yüklemeleri önlemek” olsa da, bu durum veri güvenliğinin azalmasına ve kullanıcı güveninin çökmesine yol açıyor
  • Geçmişte “tüm verileri yedekliyoruz” vaadine rağmen, hizmet artık bulut klasörlerini yedeklemeyen bir yapıya dönüşmüş durumda

10 yıllık güven ve değişim

  • Yaklaşık 10 yıl boyunca Backblaze’i kişisel yedekleme hizmeti olarak kullanırken kararlılık, sınırsız depolama ve kolay kurtarma özellikleri sayesinde yüksek memnuniyet yaşandı
    • Crashplan’a göre daha hafifti ve sabit disk kurtarma hizmeti de gerçekten işe yaradı
    • Arkadaşlara ve iş arkadaşlarına önerilerek birçok yeni kullanıcı kazandırıldı
  • Ancak uygulamanın bellek kullanımı, yavaş web arayüzü, eski görünen UI ve dosya adlarının Facebook’a sızdığı olay gibi bazı sorunlar da vardı
  • Buna rağmen, “tüm dosyaların yedeklendiği” inancı hizmeti kullanmanın temel nedeniydi

Yedekleme dışı bırakmanın fark edilmesi

  • 2025’te .git klasörlerinin artık yedeklenmediği fark edildi
    • Bir GitHub deposunun geçmişini geri yüklemeye çalışırken başarısız olununca sorun anlaşıldı
    • Backblaze ayarlarında .git klasörünü yeniden dahil etmenin bir yolu yoktu ve hariç tutma listesinde de bu madde açıkça yer almıyordu
  • Reddit’teki “[Doesn’t back up Dropbox folder??]” gönderisi üzerinden Dropbox klasörünün de yedeklenmediği öğrenildi
    • Kontrol sonucunda OneDrive klasörünün (383GB) da yedekleme kapsamı dışında olduğu görüldü
  • Kullanıcı, “Backblaze artık temel işlevini yerine getirmiyor” diyerek güçlü tepki gösteriyor

Senkronizasyon ile yedekleme arasındaki fark

  • OneDrive ve Dropbox birer ‘senkronizasyon’ hizmetidir, yedekleme değil

    • Silinen dosyalar varsayılan olarak yalnızca 1 ay saklanır
    • Backblaze ise 1 yıl saklama ya da ek ücret karşılığında sınırsız saklama sunuyordu
    • Dropbox’ın sürüm geçmişi de sadece 1 ay tutulur; uzun süreli saklama için ücretli yükseltme gerekir
    • Bulut hesabı askıya alınırsa veya silinirse verilerin tamamen kaybedilme riski vardır
    • Bu nedenle bulut klasörlerini yedekleme dışında bırakmak veri güvenliğinde ciddi bir düşüşe yol açar

Duyurulmadan yapılan politika değişikliği

  • Backblaze bu değişikliği kullanıcılara doğrudan bildirmedi
    • E-posta, bildirim ya da uyarı dahil hiçbir türde bilgilendirme yapılmadı
  • Değişiklik yalnızca sürüm notlarındaki “Improvements” maddesinde yer aldı
    • Burada “OneDrive, Google Drive, Dropbox, Box, iDrive gibi popüler bulut depolama sağlayıcılarının mount point’leri ve cache dizinlerinin yedeklemeden hariç tutulduğu” belirtiliyordu
    • Gerekçe olarak “performans sorunları, aşırı veri kullanımı ve istenmeyen yüklemeleri önleme” sunuldu
    • Ayrıca Backblaze’in politikasının “yalnızca yerel ve doğrudan bağlı depolamayı yedekleme” yönünde değiştiği ifade edildi
  • Bu adım “hizmet iyileştirmesi değil, açık bir gerileme” olarak değerlendiriliyor
    • Yeni kullanıcılar resmî dosya hariç tutma listesine baksalar bile Dropbox, OneDrive ya da Git ile ilgili bir ifade göremiyor
    • İleride başka dosya türleri veya uzantıların da önceden haber verilmeksizin hariç tutulabileceği endişesi dile getiriliyor

Güvenin çöküşü

  • 2015’te Backblaze web sitesinde şu ifadeleri kullanıyordu:
    • “Varsayılan olarak tüm kullanıcı verileri dahil, dosya türü veya boyutu sınırı yok”
    • “En önemli dijital anılarınızı ve dosyalarınızı korur”
  • Bu vaatlerin sessizce bozulduğu eleştirisi yapılıyor
    • Kullanıcılar aylık abonelik ücreti ödeyerek “bir sorun çıktığında verilerini geri getirebilme” güvenini satın alıyordu
    • Ancak Backblaze, politika değişikliğini duyurmadan yedekleme kapsamını daraltarak bu güveni kaybetti
  • Sonuç olarak Backblaze, “tüm verileri yedeklemediği için aslında hiçbir şeyi yedeklememekle aynı noktaya geldiği” eleştirisine maruz kalıyor
  • Son bölümde 2015 sloganı olan “Unlimited, Simplified, Secure Personal Online Backup Cloud Storage” alıntılanıyor ve artık sadeleştirmede başarılı olsa da, ortada gerçek bir yedekleme kalmadığı vurgulanıyor

İlgili okumalar

1 yorum

 
GN⁺ 16 일 전
Hacker News görüşleri

  • Babamın Dropbox’ta üzerine yazdığı dosyayı geri getirmeye çalışırken Backblaze’in politika değişikliğini çok geç öğrendim
    Eskiden tam da böyle durumlar için para verip kullanıyordum, ama artık kurtarma mümkün değildi
    Anne babamın bilgisayarına kurup sonrasında kafam rahat olsun diye kullanıyordum; bulut depolama maliyetinden tasarruf etmek için sözlerini bozmaları gerçekten hayal kırıklığı yaratan bir karar

    • Şirket genelinde biz de Backblaze’i bırakmayı planlıyoruz
      Google Drive ile senkronize edilen yerel verileri yedeklemek istiyoruz, ama senkronizasyon olsun ya da olmasın uç nokta yedeğine ihtiyacımız var
      iCloud Drive klasörü hariç tutulursa Backblaze artık pek işe yaramıyor
    • Anne babamın bilgisayarına kurulabilecek basit bir otomatik bulut yedekleme hizmeti önerisi arıyorum
    • Ben de Backblaze’den ayrılacağım
      Orbstack kullanmaya başladığımdan beri sürekli “disk dolu” hatası alıyorum; bunun sebebi 8TB sparse disk image
      Dosya boyutu hesaplama sorununu kolayca düzeltmemeleri ürüne olan güvenimi azaltıyor
    • Dropbox, ücretsiz planda bile 30 gün boyunca dosya sürüm geçmişini tutuyor
    • Backblaze’i sadece cold storage için kullanıp restic gibi bir GUI yedekleme aracıyla birleştirmeyi önerenler var

  • Dropbox veya OneDrive klasörlerini yedeklerken sorun files-on-demand özelliği yüzünden çıkıyor
    1TB veriyi 250GB’lık bir dizüstünde senkronize edebilirsiniz, ama Backblaze bütün dosyaları isterse yer yetmez
    Böyle durumlarda Backblaze’in doğrudan OneDrive’a erişmesi (OAuth) gerekir

    • Arq Backup, yalnızca bulutta olan dosyaların nasıl ele alınacağını seçmenize izin veriyor
      Böyle bir kullanıcı kontrol seçeneği olmadan politikayı değiştirmemeliydiler. Çoğu kişi zaten sürüm notlarını okumuyor
    • Sorun aslında sadece yerelde bulunan dosyaları yedekleyip sanal stub dosyalarını hariç tutarak çözülebilirdi
      Ama bunu duyuru yapmadan değiştirmeleri gerçekten kötü bir karardı
    • “Her şeyi senkronize ediyormuş gibi yapan” modelin temelden hatalı bir tasarım olduğunu düşünüyorum
      Sonunda çoğu zaman veri kaybına yol açıyor
    • Benim Dropbox’ım tam senkronizasyon ayarında olmasına rağmen Backblaze birkaç aydır klasörü atlamaya başlamıştı
      Destek ekibine sorunca Dropbox/OneDrive klasörlerinin koşulsuz olarak hariç tutulduğunu söylediler
    • Bu değişiklik bir şekilde gerekçelendirilebilse bile, asıl büyük sorun açık iletişim eksikliğiydi

  • Backblaze Personal’ın sorunu, “sınırsız plan” modelinde
    Linux kullanıcılarını dışlamalarının nedeni de datahoarder topluluğuydu
    Sonuçta mesele, “sınırsız” ifadesinin ne anlama geldiğine dair yorum farkından doğan bir çatışma
    İlgili Reddit tartışması / resmi sayfa

    • “Sınırsız*” pazarlaması kullanan şirketlere güvenmiyorum
      Bu tür ifadeler finans ekibinin yön verdiğinin işaretidir ve sonunda müşteriyi kolayca gözden çıkarabileceklerini gösterir
    • Son 1 yılda disk fiyatlarının iki kattan fazla artması, Backblaze’in iş modelinin artık sürdürülebilir olmadığını düşündürüyor
    • B2’yi doğrudan kullanmak çok daha basit ve verimli
      B2 yapılandırması, Linux kurulumu yapmaktan çok daha kolay
    • “Sınırsız” deniyorsa gerçekten sınır olmamalı
      Koşullarla bundan kaçmaya çalışmak düpedüz yalan
    • Gerekirse fiyatı artırsınlar ama dürüst olsunlar

  • Git klasörlerinin yedeklenmemesinin nedeni nesne sayısındaki patlama sorunu
    Ama Backblaze “her şeyi yedekliyoruz” diye söz verdiği için, böyle dosya hariç tutma politikaları temelden çelişkili
    Bulut klasörlerini hariç tutmak da aynı şekilde riskli. Fidye yazılımı bulaşırsa bulut senkronizasyonu zararı daha da yayabilir

    • Git’in pack dosyaları yedekleme yazılımlarında sorun çıkarıyor
      Küçük dosyalardan çok, sıkıştırılmış büyük pack dosyaları artımlı yedekleme sistemlerine daha fazla yük bindiriyor
    • Yedekleme çözümünün Git’i anlamasına gerek yok
      Sadece dosya sistemi seviyesinde kopyalaması yeterli
    • Bazı yorumlara göre .git klasörlerinin aslında hariç tutulmadığını söyleyen itirazlar da var
      İlgili başlık bağlantısı
    • .git klasörünü varsayılan hariç tutma listesine koyup kullanıcının bunu yönetmesine izin vermek yeterli olurdu
    • Linus’un veritabanı yerine dosya sistemini tercih etmesinin nedeni, çekirdek seviyesi performansı iyi anlamasıydı

  • GitHub’da force push kurtarma mümkün
    UI yöntemi, API yöntemi, reflog kullanımı

    • Not olarak, force push ile hassas veriler tamamen silinmez
      API anahtarı gibi şeyler mutlaka değiştirilmeli

  • Backblaze’in bu değişikliği önceden bildirim yapmadan uygulaması kabul edilemez
    Yine de Dropbox veya Google Drive dosyaları gerçekte yerelde bulunmadığı için, bunların yedek kapsamına girip girmediği belirsiz
    .git gibi VCS klasörlerinde de hangi anda senkronize etmenin tutarlı olacağı net değil
    Böyle durumlarda belirli aralıklarla yedekleme yapıp, değişiklikler durduktan sonra bir süre bekleyen türden akıllı yedekleme mantığına ihtiyaç var

    • Dropbox veya GDrive’da da yerel klasör senkronizasyonu ayarlanabildiği için, bu gibi durumlarda ayrı bir yedekleme mantığı gerekli

  • Backblaze’in dosya geri yüklemede başarısız olduğu oldu
    Sınırsız geçmiş seçeneğini kullanıyordum ama destek ekibi “bu silinmiş dosya, kurtarılamaz” deyip sadece 3 aylık kredi verdi
    Artık Backblaze yedeklerine güvenmiyorum

    • Benim de benzer bir deneyimim oldu
      Parola politikası değişikliği yüzünden giriş yapamadım ve 1TB fotoğrafı kaybettim
      Müşteri desteği sorumsuzdu ve bu da veri kurtarma başarısızlığına yol açtı
    • Geri yükleme sırasında ağ hatası olunca dosyaları doğrudan atlaması gibi nedenlerle istemci kalitesi çok düşüktü
      Bazı dosyalar sunucu tarafında bozulmuş durumdaydı, ASCII dışı dosya adları ise karakter kodlama hataları yüzünden hasar görmüştü
      Sonuç olarak yıllardır verilerimi kurtaramadan sadece ücret ödemeye devam ediyorum
    • Bu tür sorunlar, Backblaze ile Hetzner arasındaki en büyük farkın ortadan kalktığı anlamına geliyor
    • CrashPlan’de de benzer bir şey yaşamıştım. O zaman hemen hizmeti iptal ettim

  • Güven üzerine kurulu şirketler bu güveni kaybedince geri kazanması neredeyse imkânsız oluyor
    Backblaze artık öneri listemde yok

    • Ama bazıları “Microsoft da hâlâ kullanılıyor sonuçta” diyerek, güvenin geri kazanılamayacağı görüşüne katılmıyor

  • Backblaze, VeraCrypt ile şifrelenmiş sürücülerin yedeklenmesini sessizce durdurdu
    Herhangi bir duyuru olmadan çalışmayı bıraktı; bunun kasıtlı bir değişiklik olduğunu ancak Reddit’te öğrendim
    Sonrasında hizmeti tamamen bıraktım

  • 10 yıldan uzun süredir Backblaze kullanıyordum ama bu olaydan sonra tamamen ayrılmaya karar verdim
    Eski yedek geçmişi de kayboldu ve masaüstü istemcisini yönetmek zahmetli
    Artık B2’ye yönlendirmeye çalıştıkları çok açık

    • Yerine hangi hizmeti kullandığını soranlar da vardı