10 TB üstü veri ayrı bir mühendislik problemi. Transfer penceresi günlerle ölçülür, maliyet erişim sıklığıyla büyür, silme çoğu zaman bir seçenek değildir. Enterprise ölçekte güvenli depolama ve büyük veri yönetimi.
Kapasite tek başına çözüm değil. Katmanlama, transfer, erişim denetimi ve kurtarma aynı tasarımın parçası.
Hizmet 10 terabayttan başlayıp petabayt seviyesine kadar tasarlanır. Kapasite artışı yeni bir kurulum değil, mevcut yapının genişlemesidir.
Aynı veri kümesi tek bir depoda değil, erişim sıklığına göre üç katmanda tutulur. Katman değişimi uygulamanın gördüğü adresi değiştirmez.
Nesneler yaşlarına ve erişim sıklığına göre otomatik olarak alt katmana iner. Kural bir kez yazılır, sonrasında kimsenin dosya taşımasına gerek kalmaz.
Büyük nesneler parçalara bölünüp paralel yüklenir. Kopan bir parça baştan değil kaldığı yerden devam eder; transfer penceresi belirgin biçimde kısalır.
Tek tek terabaytlık dosyalar da milyonlarca küçük nesneden oluşan toplu aktarımlar da desteklenir. Her iki desen için ayrı transfer stratejisi kurulur.
Neyin nerede olduğu katalogla takip edilir: nesne meta verisi, etiketler ve arama indeksi. Arşiv, içinde ne olduğu bilinmeyen bir yığın olmaktan çıkar.
Yetki kova düzeyinde değil, klasör ve nesne düzeyinde tanımlanır. Ekipler, uygulamalar ve dış denetçiler için ayrı anahtar ve ayrı kapsam verilir.
Belirlenen süre boyunca nesne silinemez ve üzerine yazılamaz. Hangi anahtarla hangi nesneye ne zaman erişildiği değiştirilemez biçimde kaydedilir.
Kabul edilen veri kaybı penceresi ve geri dönüş süresi hedef olarak belirlenir; kurtarma mimarisi bu iki sayıya göre kurulur ve tatbikatla doğrulanır.
Sektörünüzün zorunlu tuttuğu saklama süreleri politika olarak tanımlanır. Süre dolmadan silme engellenir, süre dolduğunda temizlik otomatik yürür.
Verinin fiziksel olarak nerede duracağına siz karar verirsiniz. KVKK ve GDPR yükümlülükleri lokasyon kararının parçasıdır ve sözleşmede yazılı olur.
Dört soruda veri hacminize ve büyüme hızınıza bakalım. Ölçek uygun değilse daha küçük bir çözüm öneriyoruz.
Kapasite eklemek arşivin büyümesini durdurmaz, sadece aynı problemi bir süre erteler. Çünkü bu ölçekte maliyet hacimle değil, erişim sıklığıyla ölçeklenir. Arşivin büyük bölümüne yılda birkaç kez erişilir; o veriyi en hızlı ve en pahalı katmanda tutmanın bir karşılığı yoktur.
Katmanlar arasında geçiş elle yapılmaz. Yaşam döngüsü politikaları nesneleri yaşına ve erişim sıklığına göre otomatik olarak aşağı taşır: aynı veri, aynı adres, aynı erişilebilirlik — belirgin biçimde düşen saklama maliyeti.
Farklı sektörler, aynı problem: veri sürekli büyüyor, çoğuna nadiren erişiliyor, hiçbiri silinemiyor.
Sürekli yazan, nadiren izlenen ama olay çıktığında geriye dönük aranan kayıtlar. Yasal saklama süresi genelde silmeyi de engeller.
Tetkik dosyaları hasta dosyasının parçasıdır: uzun yıllar saklanır, değiştirilemez olması beklenir, gerektiğinde hızla bulunması gerekir.
Hat ve makine sensörlerinden akan yüksek frekanslı veri. Anlık kullanımda birkaç günlük pencere, kök neden analizinde yılların geçmişi lazım olur.
Uygulama, güvenlik ve erişim logları. Günlük operasyonda son birkaç gün okunur; denetimde ve olay incelemesinde çok daha eskisi istenir.
Sürüm sürüm biriken yedekler arşivin en hızlı büyüyen kısmıdır. Katmanlama olmadan en pahalı depolamada durmaya devam eder.
Her adımın çıktısı belli. Nerede olduğumuzu sormak zorunda kalmazsınız.
Ne kadar veri var, nasıl büyüyor, hangi bölümüne ne sıklıkla erişiliyor — arşivin gerçek erişim deseni ölçülür. Katman kararı bu veriye dayanır.
Hangi verinin hangi katmanda duracağı ve hangi koşulda alt katmana ineceği kural olarak yazılır; yasal saklama süreleri bu kurallara işlenir.
İlk taşımanın hat üzerinden mi yoksa fiziksel disk ile mi yapılacağı hacim ve bağlantı kapasitesine göre belirlenir; her iki durumda takvim önceden verilir.
Ekip ve uygulama bazlı anahtarlar, nesne düzeyinde yetkiler, değişmez saklama kuralları ve denetim izi kaydı devreye alınır.
Belirlenen RPO ve RTO hedefleri gerçek bir kurtarma senaryosuyla sınanır. Sonuç raporlanır; hedefler tutmadıysa mimari revize edilir.
Katman bazlı
Ödeme toplam hacim üzerinden değil, verinin hangi katmanda ne kadar durduğu üzerinden hesaplanır. Yaşam döngüsü çalıştıkça dağılım kendiliğinden lehinize kayar.
Transfer ayrı kalem
İlk taşımanın yöntemi ve süresi ölçüm sonrasında belirlenir ve teklifte ayrı satır olarak görünür. Aylık ücrete gizlenmiş bir kurulum bedeli yoktur.
Taahhüt 12 aylık sözleşmede
RPO, RTO, saklama süresi ve veri lokasyonu sayı ve yer adı olarak sözleşmeye yazılır. "Yedeğimiz var" cümlesi bir taahhüt değildir. Sözleşme 12 aylıktır: birim fiyat yıl içinde sabit kalır, yıl sonunda büyüyen arşive göre kapsam ve fiyat birlikte gözden geçirilip yeniden imzalanır.
10 TB üzeri arşivler için tasarlandı. Daha küçük hacimlerde S3 depolama ve yedekleme paketi hem daha hızlı kurulur hem daha uygundur; ölçek büyüdüğünde aynı yapının üzerine geçiş yapılır.
Disk büyütmek yalnız kapasite satın alır, erişim desenini değiştirmez. Arşivin büyük bölümüne yılda birkaç kez erişilir ve bu veriyi en pahalı katmanda tutmanın karşılığı yoktur. Maliyet hacimle değil erişim sıklığıyla ölçeklenir; katmanlama tam olarak bunu hedefler.
Arşiv katmanında geri çağırma gecikmesi vardır — dosya anında değil planlı bir sürede hazır olur. Bu yüzden hangi verinin hangi katmanda duracağı, gerçek erişim deseniniz ölçülerek birlikte kararlaştırılır.
Hacme ve hat kapasitesine bağlı. Hat üzerinden makul sürede bitmiyorsa fiziksel disk ile taşıma planlanır. Her iki durumda da takvim, ölçüm sonrasında teklifle birlikte verilir.
Belirlenen süre boyunca bir nesnenin silinememesi ve üzerine yazılamaması demek — yönetici yetkisiyle bile. Yasal saklama yükümlülüğü olan kayıtlarda ve fidye yazılımına karşı savunmada kullanılır.
Hangi anahtarla, hangi nesneye, ne zaman ve hangi işlemin yapıldığı kaydedilir. Kayıtlar değiştirilemez biçimde tutulur ve denetim taleplerinde dışa aktarılabilir.
Evet. Türkiye veya Avrupa Birliği lokasyonu arasında seçim yaparsınız. KVKK ve GDPR yükümlülükleriniz lokasyon kararının parçasıdır ve seçim sözleşmede yazılı olur.
Formu doldurun; seçtiğiniz kanaldan 1 iş günü içinde dönüş yapalım. Bilgileriniz yalnızca bu görüşme için kullanılır ve KVKK kapsamında korunur.
10 TB, bir kapasite rakamı olmaktan çok bir davranış değişikliğinin sınırıdır. Birkaç yüz gigabaytlık bir arşiv, harici disk ya da tek bir sunucu diskiyle idare edilebilir; kopyalamak birkaç saat sürer, listelemek saniyeler alır, yanlışlıkla silinen bir klasör yedekten kolayca döner. Bu ölçeğin üzerine çıkıldığında her biri ayrı bir mühendislik problemine dönüşür. Yüksek hacimli veri depolama, aynı işin büyütülmüş hali değil, başka bir iştir.
Fark nerede başlar? Kopyalama süresinde. Listeleme süresinde. Bir kopyanın bozulup bozulmadığını anlama süresinde. Tek klasörde milyonlarca nesne biriktiğinde dosya sistemi dizin listesini vermekte zorlanır, yedekleme yazılımı taramayı tamamlayamaz, geri yükleme testi günlere yayılır. Done Dynamics olarak bu ölçekte kurduğumuz yapılar 10 terabayttan başlar ve petabayt seviyesine kadar tasarlanır; kapasite artışı yeni bir kurulum değil, mevcut mimarinin genişlemesidir.
Daha küçük hacimlerde bu kurgu gereksiz. Birkaç terabaytlık bir arşiv için S3 tabanlı bir yedekleme paketi daha hızlı kurulur ve daha ucuza gelir; ölçek büyüdüğünde aynı yapının üzerine geçiş yapılır. Doğru soru "en gelişmiş çözüm hangisi" değil, "hangi eşiği geçtim" olmalı. Eşiği geçenleri dört karar bekliyor: katman ekonomisi, erişim gecikmesi profilleri, taşıma planı ve kurtarma hedefleri. Dördü de birbirine bağlı. Bir kurumsal yazılım şirketi olarak hepsini aynı masada konuşmamızın sebebi bu.
Depolama bütçesine bakan çoğu yönetici tek soru sorar: kaç terabayt? Oysa faturayı belirleyen asıl değişken bu değil. Belirleyici olan, o terabaytların ne sıklıkla okunduğu. Kamera arşivini düşünün: sistem yirmi dört saat yazar, kayıtların yüzde doksan dokuzu hiç izlenmez, ama bir olay çıktığında geriye dönük aranır ve yasal saklama süresi silmeyi de engeller. Sürekli yazılan, neredeyse hiç okunmayan bir yığın. Bu yığını en hızlı katmanda tutmak, en pahalı rafı depo olarak kullanmak demektir.
Tıbbi görüntülemede desen benzer ama tolerans farklı. Tetkik dosyaları hasta dosyasının parçasıdır: yıllarca saklanır, değiştirilemez olması beklenir, gerektiğinde makul sürede bulunması gerekir. Üretim telemetrisinde ise iki ayrı ihtiyaç aynı veri kümesinin üzerinde çalışır — anlık kullanımda son birkaç günlük pencere, kök neden analizinde ise yılların geçmişi. Log birikimi de öyle. Günlük operasyonda son birkaç gün okunur; denetimde ve olay incelemesinde çok daha eskisi istenir.
Arşivin en hızlı büyüyen parçası ise genelde kimsenin gündeminde olmayan yerden gelir: uzun süreli yedek geçmişi. Sürüm sürüm biriken yedekler, silme politikası tanımlanmadığında yıllarca üst üste yığılır ve çoğu zaman en pahalı katmanda durmaya devam eder. Kaç sürüm saklanacak, hangi yaştan sonra alt katmana inecek, hangisi tamamen silinecek? Bu üç soruya cevap verilmemiş bir yedek arşivi, sessizce büyüyen bir gider kalemidir. İsraf da burada. Antalya yazılım ve altyapı tarafında incelediğimiz ortamlarda en sık rastladığımız kaynak tam olarak bu.
Desenlerin ortak sonucu tek cümleye sığıyor. Veri kümesinin küçük bir kısmı sıcak, büyük kısmı soğuktur. Kurumsal veri depolama mimarisi bu ayrımı görmezse, bütçenin büyük bölümü hiç okunmayan veriyi hızlı tutmaya harcanır. Katman ekonomisi tam olarak buna cevap verir. Ödeme toplam hacim üzerinden değil, verinin hangi katmanda ne kadar durduğu üzerinden hesaplanır.
Şu yüzden fiyat sorusuna doğrudan bir rakamla cevap vermiyoruz. Önce erişim deseni ölçülür. Hangi bölüme ne sıklıkla erişildiği, büyüme hızı, en büyük nesnenin boyutu, nesne sayısı ve yasal saklama yükümlülükleri çıkarılır. Teklif bunların üzerine kurulur.
Arşiv şiştiğinde ilk refleks kapasite eklemek olur. Anlaşılır bir refleks, ama sorunu ertelemekten başka işe yaramaz. Disk büyütmek yalnız yer satın alır; erişim desenini değiştirmez, yedekleme penceresini kısaltmaz, geri yükleme süresini iyileştirmez. Aksine hepsini uzatır. Daha büyük tek bir disk dizisi, dolduğunda daha büyük bir problem üretir.
İkinci sorun yeniden yapılandırma süresi. Büyük kapasiteli disklerden kurulu bir dizide bir disk arızalandığında, yedeklilik yeniden kurulurken geçen süre boyunca sistem korumasız sayılır. Kapasite büyüdükçe bu pencere uzar. Kaldı ki tek lokasyondaki bir dizi, bir yangında ya da su baskınında tek kopyanızın durduğu yerdir. Yedeklilik ile felaket kurtarma aynı şey değil; ilki disk arızasına karşı korur, ikincisi binanın kendisine karşı.
Üçüncüsü işletme yükü. Fiziksel dizi satın alındığında maliyet peşin ödenir, sonra beş yıl boyunca garanti, yedek parça, elektrik, soğutma, raf alanı ve bir gün mutlaka gelecek olan göç projesi eklenir. Kapasite ise adım adım değil, sıçrayarak alınır — ihtiyacınız yüzde on artsa da bir sonraki dizi bütünüyle satın alınır. En pahalı hata burada. Veri depolama tarafında kullanılmayan kapasiteyi beş yıl boyunca finanse etmek, sessizce ödenen bir kira gibidir.
Sıcak katman anında erişim sunar. Günlük okunan, üzerinde işlem yapılan veri buraya oturur: son kayıtlar, canlı raporlar, çalışılan setler. Birim maliyeti en yüksek katmandır. Tam da bu yüzden içine ne konduğu denetlenmelidir.
Soğuk katman kısa gecikmeli erişim verir. Ayda birkaç kez bakılan veri buraya iner: geçmiş dönem kayıtları, kapanmış işlere ait dosyalar, eski raporlar. Erişim seyrekleştiği için gecikme pratikte kimseyi rahatsız etmez, buna karşılık birim maliyet belirgin biçimde düşer. Arşiv katmanı ise planlı geri çağırma esasına dayanır. Yılda bir iki kez, çoğunlukla denetim ya da yasal talep üzerine açılan veri burada durur. En düşük birim maliyet buradadır; karşılığı, dosyanın anında değil belirli bir sürede hazır olmasıdır.
Katmanlar arasındaki geçişi elle kimse yönetemez. Yaşam döngüsü kuralları devreye burada girer: nesneler yaşlarına ve erişim sıklığına göre otomatik olarak alt katmana iner. Kural bir kez yazılır; sonrasında dosya taşımak kimsenin işi olmaktan çıkar ve kimse elle bir şey oynatmak zorunda kalmaz. Kritik bir ayrıntı var. Katman değişimi uygulamanın gördüğü adresi değiştirmez — yani arka planda taşınan veri önyüzde aynı yolda durmaya devam eder, entegrasyonlar bozulmaz.
Transfer tarafında iki ayrı desen var. İkisi ayrı strateji ister. Tek başına terabaytlık dev dosyalar çok parçalı paralel transfer ile taşınır: nesne parçalara bölünür, parçalar aynı anda yüklenir, kopan bir parça baştan değil kaldığı yerden devam eder. Transfer penceresi böylece ciddi biçimde kısalır. Diğer desen milyonlarca küçük nesnenin toplu aktarımıdır; burada darboğaz bant genişliği değil, istek sayısıdır ve çözüm paketleme ile eşzamanlılık ayarında aranır.
İçinde ne olduğu bilinmeyen arşiv, arşiv değildir. Yığındır. Veri kataloğu bu farkı yaratır: nesne meta verisi, etiketler ve arama indeksi ile neyin nerede durduğu takip edilebilir hale gelir. Bir denetçi "2019 üçüncü çeyreğe ait şu kayıtları istiyorum" dediğinde cevabın dakikalar içinde çıkması gerekir, haftalar içinde değil.
Yetkilendirme kova düzeyinde bırakıldığında herkes her şeyi görür. Nesne bazlı erişim denetimi bunu böler: yetki klasör ve nesne düzeyinde tanımlanır, ekipler, uygulamalar ve dış denetçiler ayrı anahtarlarla ve ayrı kapsamlarla çalışır. Bir uygulamanın anahtarı sızdığında zarar, o anahtarın gördüğü alanla sınırlı kalır. Kurumsal veri depolama kurgusunda anahtar hijyeni, şifreleme kadar belirleyicidir.
Değişmez saklama ise şu demek: belirlenen süre boyunca bir nesne silinemez, üzerine yazılamaz. Yönetici yetkisiyle bile. Yasal saklama yükümlülüğü olan kayıtlarda zorunluluk; fidye yazılımına karşı savunmada ise en sağlam katman. Şifreleyerek yayılan bir saldırının arşive de uzanması mümkündür; değişmez saklama tam olarak bu ihtimale karşı kurulur. Yanına denetim izi gelir: hangi anahtarla, hangi nesneye, ne zaman ve hangi işlemin yapıldığı değiştirilemez biçimde kaydedilir ve denetim taleplerinde dışa aktarılabilir.
Kurtarma tarafında iki sayı her şeyi belirler. RPO, kabul edilebilir veri kaybı penceresidir — geriye dönük ne kadarlık veriyi kaybetmeyi göze alabiliyorsunuz. RTO ise geri dönüş süresidir: sistem ne kadar sürede yeniden ayakta olmalı. Mimari bu iki sayıya göre kurulur, tersi değil. "Yedeğimiz var" cümlesi bir taahhüt sayılmaz; taahhüt, sözleşmeye yazılmış bir RPO ve RTO değeridir. Yasal saklama süreleri de aynı belgeye politika olarak işlenir: süre dolmadan silme engellenir, süre dolduğunda temizlik kendiliğinden yürür.
Nesne depolama, arşiv ve büyük hacim için tasarlanmıştır. Veri anahtar ve meta veriyle birlikte saklanır, yatayda neredeyse sınırsız büyür, HTTP üzerinden erişilir. Kamera kaydı, tıbbi görüntüleme, log birikimi ve yedek geçmişi bu modele oturur. Zayıf tarafı gecikme: veri tabanının altına koyacağınız bir katman değildir.
Blok depolama tam tersini yapar. Düşük gecikmeli, rastgele okuma yazma isteyen iş yükleri için kurulur — veri tabanı dosyaları, sanal makine diskleri, işlem yoğun uygulamalar. Yüksek performanslıdır, buna karşılık terabayt başına maliyeti nesne depolamanın çok üzerindedir ve arşiv büyütmek için kullanıldığında bütçe hızla anlamsızlaşır. Yerel disk dizisi ise ofisin ya da tesisin içindedir. En düşük gecikmeyi verir, internet bağlantısına bağımlı değildir, veri fiziksel olarak binada durur. Karşılığında yedek parça, elektrik, soğutma, kapasite planlaması ve felaket senaryosu tamamen sizin sorumluluğunuzdadır.
Doğru cevap genellikle "hangisi" değil, "hangisi nerede" oluyor. Sık işlenen aktif veri blok üzerinde, kurum içi çalışma dosyaları yerel dizide, uzun kuyruk ise nesne tabanlı katmanlarda. Veri depolama mimarisi bu üçünü birbirinin alternatifi gibi değil, bir zincirin halkaları gibi kurgulandığında hem performans hem bütçe yerini buluyor.
Kendi donanımını almak mı, hizmet olarak almak mı? Satın alma, kapasite ihtiyacı yıllarca öngörülebilir ve sabitse mantıklı olabilir. Büyüme belirsizse ya da sıçramalıysa hizmet modeli avantajlıdır, çünkü ödeme kullanılan kapasiteye göre işler ve yenileme döngüsü sizin gündeminizden çıkar. Bir kurumsal yazılım şirketi olarak bu kararı verirken müşteriye sorduğumuz ilk soru şu oluyor: önümüzdeki üç yılda arşivin ne kadar büyüyeceğini gerçekten biliyor musunuz? Cevap hayırsa, sabit kapasiteye yıllarca bağlanmak riskli bir bahis.
Hesabı yaparken donanımın kendisi kadar etrafındaki kalemleri de saymak gerekiyor: raf alanı, kesintisiz güç kaynağı, soğutma, garanti yenileme, yedek disk stoğu ve o donanımı yönetecek insanın zamanı. Bunların hiçbiri satın alma teklifinde görünmez, hepsi beş yıl boyunca ödenir. İstanbul yazılım ve altyapı ekipleriyle çalışırken en çok tartıştığımız konu da bu oluyor; veri merkezinde raf kiralayan bir kurum için tablo başka, kendi binasında sunucu odası olan bir kurum için başka çıkıyor. Karar, tek bir fiyat karşılaştırmasıyla verilecek kadar basit değil. Toplam sahip olma maliyetini beş yıla yayıp bakmak, ilk yıl faturasına bakmaktan çok daha doğru bir yöntem — veri depolama tarafında yapılan pahalı hataların çoğu bu kısayoldan çıkıyor.
Her iş ölçümle başlıyor. Ne kadar veri var, nasıl büyüyor, hangi bölümüne ne sıklıkla erişiliyor — katman kararı tahmine değil bu üç cevaba dayanır. Toplam hacim tek başına yeterli değil; nesne sayısı ve boyut dağılımı da çıkarılır. Milyonlarca küçük dosyadan oluşan bir 20 TB ile birkaç bin dev dosyadan oluşan bir 20 TB, aynı hacimde tamamen farklı iki mimari ister.
İkinci ölçüm büyüme eğrisi. Doğrusal mı büyüyorsun, sıçramalı mı? Kamera sistemine on yeni nokta eklendiğinde ya da yeni bir üretim hattı devreye girdiğinde eğri kırılır. Bu kırılmaları önceden bilmek, kapasiteyi ve bütçeyi rahatlatır. Üçüncüsü erişim yaşı dağılımı: verinin ne kadarına son otuz günde dokunuldu, ne kadarı iki yıldır hiç açılmadı. Yaşam döngüsü kuralları bu dağılımın üzerine yazılır.
Dördüncü başlık yasal saklama. Sektörünüzün zorunlu tuttuğu süreler politikaya çevrilir; süre dolmadan silme engellenir, süre dolduğunda temizlik otomatik yürür. Bunu elle yönetmeye çalışmak, er ya da geç ya fazla saklamaya ya da erken silmeye götürür — ikisi de risk. Beşincisi mevcut yedek durumunun tespiti: nereye alınıyor, kaç sürüm tutuluyor, en son ne zaman geri yüklendi.
Ölçüm bittiğinde elinizde bir tablo oluyor ve bu tablo size teslim ediliyor. Teklif de bunun üzerine kuruluyor. Bir veri depolama teklifini ölçüm yapmadan vermek, evin planını görmeden fiyat vermeye benzer. Rakam çıkar, tutmaz. Alanya yazılım ekibimizin bu aşamada en çok duyduğu cümle şu: "Bu kadar veri biriktiğini bilmiyorduk."
İlk taşıma projenin en çok hafife alınan kısmıdır. Süreyi belirleyen iki şey var: hacim ve hat kapasitesi. Terabaytlarca veriyi mevcut internet bağlantısı üzerinden aktarmak, çoğu işletmede gece pencerelerine yayılan haftalar demektir; üstelik gündüz operasyonun bant genişliğini yemeden yapılması gerekir. Hesap makul bir süre vermiyorsa fiziksel disk ile taşıma planlanır: veri şifreli disklerle aktarılır, hedefte içeri alınır, doğrulama sonrası kaynak temizlenir.
Hangi yöntemin seçileceğine ölçümden sonra karar veriyoruz; takvimi de teklifle birlikte veriyoruz, çünkü tahmin üzerine takvim kurmak kimseye yaramıyor. Transfer ayrı satır. Aylık ücrete gizlenmiş bir kalem değil, zira kurulum bedelini aylığa yedirmek müşterinin karşılaştırma yapmasını zorlaştıran eski bir alışkanlık.
Geri çağırmanın da bir takvimi var. Sıcak katmandan okumak anlıktır. Soğuk katmanda kısa bir gecikme oluşur, çoğu senaryoda fark edilmez bile. Arşiv katmanında ise geri çağırma planlıdır: dosya talep edildikten sonra belirli bir süre içinde erişilebilir hale gelir. Bu bir kusur değil, ucuzluğun karşılığıdır. Kritik olan, hangi verinin hangi katmanda duracağına gerçek erişim deseni ölçülerek karar verilmesi. Denetimde iki gün beklenebilecek bir kayıtla, olay anında beş dakika içinde açılması gereken bir kayıt aynı katmanda durmamalı.
Geri çağırma senaryolarını önceden yazmak da işin parçası. Kim talep edecek, hangi kanaldan, hangi onayla? Bir savcılık talebi geldiğinde ya da sigorta şirketi kayıt istediğinde süreç doğaçlama yürütülürse günler kaybedilir. Talebin nasıl açılacağı, hangi yetkinin gerektiği ve hedeflenen teslim süresi yazılı olduğunda iş rutine dönüşür. Antalya yazılım tarafında otel ve site yönetimleriyle çalışırken bu prosedürü baştan kurmak, sonradan kurmaya çalışmaktan çok daha kolay oluyor. Kamera arşivinde bir olay kaydının kaç saat içinde çıkarılabildiği, arşivin gerçek performans ölçüsüdür — toplam kapasitesi değil. Bunu bir kez denemeden veri depolama yapısının hazır olduğunu söylemek mümkün değil.
Felaket kurtarma tatbikatı ise takvime bağlanmadığında yapılmıyor — bunu açıkça söylemek gerek. Tatbikat, belirlenen RPO ve RTO hedeflerinin gerçek bir kurtarma senaryosuyla sınanmasıdır: kayıt seçilir, geri yüklenir, süre ölçülür, sonuç raporlanır. Hedefler tutmadıysa mimari revize edilir. Yılda en az bir kez yapılması, birden fazla lokasyonu olan yapılarda daha sık tekrarlanması gerekir. Bir veri depolama yatırımının gerçekten çalıştığının tek kanıtı, en son ne zaman geri yüklendiğidir.
Veri lokasyonu kararı da bu aşamada netleşiyor. Türkiye ya da Avrupa Birliği — seçim sizin, ve seçim sözleşmede yazılı oluyor. KVKK ve GDPR yükümlülükleriniz lokasyon kararının doğrudan parçası. İstanbul yazılım ekipleriyle yürüttüğümüz entegrasyon işlerinde de ilk netleştirdiğimiz madde bu oluyor, çünkü mimari kurulduktan sonra lokasyon değiştirmek yeni bir taşıma projesi demek.