Kurumların ürettiği verinin büyük bölümü artık veritabanı tablolarında değil; taranmış belgelerde, görüntülerde, video kayıtlarında, log dosyalarında ve yedeklerde duruyor. Bu tür yapılandırılmamış veri, hacim olarak hızla büyüyor ve klasik depolama yaklaşımlarını hem maliyet hem de yönetilebilirlik açısından zorluyor.

Object storage (nesne depolama), bu sorunun cevabı olarak bulut sağlayıcılarıyla birlikte yaygınlaştı; bugün ise kurum içi veri merkezlerinde de standart bir mimari bileşen hâline geldi. Bu yazıda object storage'ın ne olduğunu, hangi durumlarda doğru tercih olduğunu ve iyi bir veri yönetimi stratejisinin içinde nasıl konumlanması gerektiğini ele alıyoruz.

Depolama stratejisinin genel çerçevesini daha önce Veriniz Ne Kadar Güvende? yazımızda ele almıştık. Bu yazı, o çerçevenin içindeki önemli bir parçaya odaklanıyor.

Önce Strateji: Veri Yönetimi Neden Depolamadan Önce Gelir?

Depolama projelerinde en sık karşılaşılan soru "Ne kadar kapasiteye ihtiyacımız var?" sorusudur. Oysa doğru soru, "Hangi veriyi, ne kadar süre, hangi erişim hızıyla ve hangi koruma seviyesinde saklamamız gerekiyor?" olmalıdır.

Bu soruya cevap vermeden yapılan yatırımlar genellikle iki sonuçtan birine varır: Ya her veri en pahalı katmanda saklanır, ya da kritik veri yeterli korumadan yoksun kalır. İyi bir veri yönetimi stratejisi üç temel kararla başlar:

• Sınıflandırma: Verinin iş açısından önemi, gizlilik seviyesi ve yasal saklama yükümlülükleri. KVKK kapsamındaki kişisel veriler, mali kayıtlar ve operasyonel loglar aynı kurallarla yönetilemez.
• Yaşam döngüsü: Verinin ne zaman sık erişilen "sıcak" veriden, nadiren açılan "soğuk" veriye dönüştüğü ve ne zaman güvenli biçimde imha edileceği.
• Erişim modeli: Verinin bir uygulama tarafından milisaniyeler içinde mi okunacağı, yoksa gerektiğinde dakikalar içinde getirilmesinin yeterli olup olmadığı.

Blok, Dosya ve Nesne: Üç Depolama Modeli

Object storage'ı anlamanın en kolay yolu, onu diğer iki modelle karşılaştırmaktır:

• Blok depolama: Veriyi sabit boyutlu bloklar hâlinde saklar. Düşük gecikme ve yüksek performans sunar; veritabanları ve sanal makineler için idealdir. Ancak ölçeklendikçe maliyeti hızla artar.
• Dosya depolama: Veriyi klasör ve dosya hiyerarşisiyle düzenler. Kullanıcıların alışık olduğu modeldir ve paylaşımlı çalışma alanları için uygundur. Milyonlarca dosyaya ulaşıldığında ise hiyerarşi yönetimi zorlaşır.
• Nesne depolama: Her veriyi; verinin kendisi, zengin metadata ve benzersiz bir kimlikten oluşan bağımsız bir "nesne" olarak saklar. Klasör hiyerarşisi yoktur; nesneler düz bir yapıda tutulur ve HTTP tabanlı arayüzlerle erişilir.

Bu modeller birbirinin rakibi değil, tamamlayıcısıdır. Sağlıklı bir altyapıda her biri, en iyi yaptığı işi üstlenir.

Object Storage'ı Güçlü Kılan Özellikler

Neredeyse Sınırsız Ölçeklenebilirlik

Düz yapı sayesinde kapasite, mevcut sisteme yeni düğümler eklenerek büyütülür. Terabayttan petabayt seviyesine geçiş, mimariyi değiştirmeden mümkündür.

Metadata ile Akıllı Yönetim

Her nesneye; belge türü, oluşturulma tarihi, saklama süresi, ilgili birim gibi özel etiketler eklenebilir. Bu sayede veriyi aramak, sınıflandırmak ve otomatik kurallarla yönetmek kolaylaşır.

Fidye Yazılımına Karşı Değiştirilemezlik

Object lock özelliği, belirlenen süre boyunca bir nesnenin silinmesini veya değiştirilmesini, yönetici yetkisine sahip hesaplar dahil, engeller. Versiyonlama ile birlikte kullanıldığında, fidye yazılımına karşı en etkili savunma katmanlarından birini oluşturur. Bu nedenle object storage, modern yedekleme mimarilerinde giderek daha sık hedef depolama olarak tercih ediliyor.

Verimli Veri Koruma

Object storage sistemleri genellikle verinin tam kopyalarını çoğaltmak yerine erasure coding yöntemini kullanır. Veri parçalara ayrılır ve parite bilgisiyle birlikte farklı disk ve düğümlere dağıtılır. Böylece birden fazla disk ya da düğüm kaybında bile veri korunurken, tam kopyalamaya göre çok daha az ham kapasite tüketilir.

Standart Erişim Arayüzü

S3 uyumlu API'ler, sektörde fiili standart hâline geldi. Bu, kurum içinde kurulan bir object storage altyapısının yedekleme yazılımları, analitik platformları ve modern uygulamalarla doğrudan çalışabilmesi; gerektiğinde bulut ile hibrit senaryolara kolayca genişleyebilmesi anlamına gelir.

Object Storage Ne Zaman Doğru Tercih Değildir?

Her teknolojide olduğu gibi object storage'ın da sınırları vardır. Aşağıdaki iş yükleri için blok veya dosya depolama genellikle daha doğru seçimdir:

• Düşük gecikme gerektiren işlem yoğun veritabanları
• Dosyanın küçük parçalarının sürekli güncellendiği uygulamalar
• S3 arayüzünü desteklemeyen ve dosya sistemi bekleyen eski uygulamalar

Doğru mimari, iş yükünü depolama modeline uydurmaya çalışmak yerine her iş yükünü doğru katmana yerleştirmektir.

Tipik Kullanım Senaryoları

• Yedekleme ve arşiv: Değiştirilemez yedek hedefi ve uzun süreli saklama katmanı.
• Dijital arşiv ve belge yönetimi: Taranmış belgeler, sözleşmeler ve kurumsal hafızanın metadata ile aranabilir biçimde saklanması.
• Medya ve video: Güvenlik kamerası kayıtları, eğitim videoları ve görsel içerik kütüphaneleri.
• Veri gölü ve analitik: Yapay zekâ ve veri platformlarını besleyen ham veri kümelerinin ekonomik biçimde tutulması.
• Log ve uyum verisi: Mevzuat gereği yıllarca saklanması gereken kayıtların değiştirilemez biçimde korunması.

Geçişe Başlamadan Önce Sorulması Gereken Beş Soru

• Verilerimizin ne kadarı sıcak, ne kadarı soğuk? Bu oranı ölçtük mü?
• Hangi uygulamalarımız S3 uyumlu erişimi destekliyor, hangileri ara katman gerektiriyor?
• Yasal saklama sürelerimiz tanımlı mı ve bunlar otomatik yaşam döngüsü kurallarına dönüştürülebilir mi?
• Yedeklerimiz bugün değiştirilemez bir hedefte mi duruyor?
• Verinin kurum içinde mi, bulutta mı, yoksa hibrit bir modelde mi tutulması gerektiğine dair net bir politikamız var mı?

ORBİSİS Yaklaşımı: Kapasiteden Önce Veri Haritası

ORBİSİS olarak depolama projelerinde işe kapasite hesabıyla değil, kurumun veri haritasını çıkararak başlıyoruz. Hangi verinin hangi katmanda, hangi koruma seviyesiyle ve ne kadar süre tutulacağını belirledikten sonra blok, dosya ve nesne depolamayı tek bir bütün olarak tasarlıyoruz. Petabayt ölçeğindeki kamu arşiv projelerinden kurumsal yedekleme dönüşümlerine kadar edindiğimiz deneyim, bize şunu gösteriyor: Doğru kurgulanmış bir veri yönetimi stratejisi, hem maliyeti düşürür hem de verinin gerçekten korunmasını sağlar.

Verinin nasıl saklanacağına karar vermek, işin yalnızca bir yarısıdır. Gelecek hafta diğer yarısını, yani verinin nerede durması gerektiğini, hibrit bulut ve veri egemenliği başlığı altında ele alacağız.

Veri yönetimi ve depolama altyapınızı birlikte değerlendirmek için Veri Merkezi ve Altyapı Çözümleri ve Bulut ve Hibrit IT Çözümleri sayfalarımızı inceleyebilir, uzman ekibimizle iletişime geçebilirsiniz.