Veri depolama yenilemesi kavramı giderek daha sık bir şekilde BT departmanlarının gündeminde yer alıyor. Kurumların giderek artan veri depolama ihtiyacı yeni depolama alanları ve yöntemleri arayışına neden oluyor. Yeni veri depolamaya ilişkin karar alırken aynı zamanda performans, kullanılabilirlik ve güvenlik açısından kullanıcı ve iş ihtiyaçlarını da hesaba katmak lazım. Forrester, karar vericilerin yüzde 83’ünün, eski altyapı, ekiplerin veri içinde boğulması, şirket içi ve bulut depolama ambarlarında etkili veri yönetimi yapılamaması gibi zorluklardan dolayı verilerden yararlanma becerilerinin engellendiğini belirtiyor. Yapay zeka ve makine öğrenimi teknolojilerinin en hızlı şekilde olgunlaştığı günümüzde, bulut depolama ve bulut bilişimden daha güçlü şekilde yararlanmak bir zorunluluk olarak karşımıza çıkıyor.
eWeek tarafından yayınlanan güncel bir makalede, yapılandırılmamış verilerdeki benzeri görülmemiş büyüme ve bu verilerden analitik içgörü ve yapay zeka için yararlanmaya yönelik artan talep göz önüne alındığında, bu süreci en doğru şekilde yürütme ihtiyacının hiçbir zaman bugünkü kadar önemli olmadığı vurgulanıyor. Makalede, veri depolama yenilemesi gerçekleştirirken ne yapılmaması gerektiği vurgulanıyor.
eWeek’in ilgili makalesinin tamamına ulaşmak için buraya tıklayabilirsiniz.
Hata 1: Bütünsel Veri Görünürlüğü Olmadan Karar Vermek
BT yöneticileri daha fazla depolama alanına ihtiyaç duyduklarına karar verdiğinde, gereksinim duyduklarından fazlasını satın alarak süreci devam ettirmeleri oldukça kolay. Ancak bu daha sonra israfa ve/veya yanlış depolama teknolojisi kullanımına yol açabilir.
Verilerin çoğunluğu (%80) genellikle soğuktur ve oluşturulduktan sonraki aylar içinde aktif olarak kullanılmasa bile pahalı depolama ve yedekleme kaynaklarını tüketmeye devam eder. Ayrıca, artık bulutta ve şirket içinde storage-as-a-service olarak anında ek depolama alanı satın alabildiğinizi düşünecek olursanız, gerekenden fazla depolama alanı almaya gerek olmadığı da ortaya çıkar.
Olumsuz bir durumdan kaçınmak için tüm depolama ortamlarınızdaki verileriniz hakkında detaylı bilgi edinin. Veri hacimlerini, veri büyüme oranlarını, depolama maliyetlerini tespit edin. Bununla birlikte verilerin eskime hızını tespit ederek gelecekteki veri analitiği çalışmalarında kullanılmak üzere nasıl bir zamanlamayla arşiv veya veri gölü (data lake) için uygun hale geleceğini anlayın.
Hata 2: Herkese Uygun Tek Depolama Alanı Seçmek
Depolama çözümleri, bulut nesne depolamasından tamamen Flash NAS’a, ölçeklenebilir şirket içi sistemlere, SAN dizilerine ve ötesine kadar pek çok şekil ve biçimde gelir. Konu maliyet, performans ve güvenlik olduğunda her depolama türü farklı tavizler sunar.
Sonuç olarak, farklı iş yükleri en iyi şekilde farklı depolama türleri tarafından desteklenir. Örneğin, hassas verileri işleyen bir şirket içi uygulamanın şirket içi depolama kullanılarak güvenliğinin sağlanması daha kolay olabilirken, öngörülemeyen depolama gereksinimleri yüksek düzeyde olan bir uygulamanın, hızla ölçeklenebilen bulut tabanlı depolama daha uygun olabilir. Bu yine verilerinizi analiz etme, segmentlere ayırma ve anlama ihtiyacına işaret ediyor.
Ayrıca, veri maliyetlerinin %25’ten azı depolamadadır: Maliyetlerin büyük kısmı verilerin devam eden yedeklemesi, olağanüstü durum kurtarması ve korunmasındadır. Bu nedenle, verilerin yaşam döngüsü boyunca doğru depolama türü ve katmanının yanı sıra uygun veri koruma mekanizmalarını da göz önünde bulundurmak gerekir.
Hata 3: Tek Bir Tedarikçiye Saplanıp Kalmak
Tüm depolama alanınızı tek bir tedarikçiden satın almak en basit yaklaşım olabilir, ancak neredeyse hiçbir zaman en uygun maliyetli veya en esnek yaklaşım değildir. Birden fazla satıcının teklifleri arasından seçim yaparsanız muhtemelen daha uygun maliyetli depolama altyapısı oluşturabilirsiniz. Bunu yapmak aynı zamanda satıcının fiyatlarını önemli ölçüde artırması veya bağımlı olduğunuz bir depolama ürününü durdurması gibi risklere karşı da korunmanıza yardımcı olur.
Hata 4: Çok Hızlı Hareket Etmek
Depolama yenilemeleri de dahil olmak üzere, her türlü büyük BT geçişine veya güncellemesine bir aciliyet duygusu eşlik eder. Ancak, mümkün olduğu kadar verimli şekilde hareket etmek iyi bir şey olsa da, depolama yenilemesiyle birlikte gelen büyük değişikliklere tam olarak hazırlanamayacak kadar hızlı hareket etmek ciddi bir hatadır. Bunun yerine, mevcut depolama stratejinizdeki en büyük sıkıntı noktalarını belirlemek ve depolama çözümlerinizdeki hangi değişikliklerin en büyük iş faydalarını sağlayacağını belirlemek için ihtiyaç duyduğunuz verileri toplamaya zaman ayırın.
Hata 5: Gelecekteki Depolama İhtiyaçlarını Göz Ardı Etmek
Geleceği tahmin edemezsiniz ancak depolama çözümlerinizin gelecekte hangi yeni gereksinimleri desteklemesi gerekebileceğini tahmin ederek geleceğe hazırlanabilirsiniz. Şu anda yapay zeka, sürdürülebilirlik ve veri hizmetlerinin giderek daha fazla benimsenmesi gibi trendler, günümüzün tipik işletmelerin depolama ihtiyaçlarının muhtemelen önümüzdeki yıl değişeceği anlamına geliyor.
Örneğin, yapay zeka modellerini eğitmek için verileri geleneksel çözümlerden daha hızlı aktarabilen bir depolamaya ihtiyacınız olabilir. Benzer şekilde, FinOps hedeflerini desteklemek için veri hizmetlerinin uygulanması, depolama çözümlerini farklı iş birimleri arasında daha verimli bir şekilde birleştirmenin ve paylaşmanın yollarını bulmak anlamına gelebilir.
Sonuç: Depolama Alanı Yenilemenin Önemi
Kurumlar depolama merkezli yönetimden veri merkezli yönetime geçtikçe, BT ve depolama mimarlarının yeni depolama teknolojilerini değerlendirme ve tedarik etme yöntemlerini değiştirmeleri gerekecek. Herkese uygun tek çözüm yerine incelikli depolama kararları vermek için verileri analiz etme yeteneği, BT kurumlarının bulut, uç, yapay zeka veya henüz ufukta görünmeyen başka bir şey gibi birçok değişiklikte ilerlemesine yardımcı olacaktır.
Kaynak:
https://www.eweek.com/big-data-and-analytics/data-storage-refresh/
Comments