Dosya sunucusu ve dosya platformu birbirinin gelişmiş sürümü değil; iki ayrı soruyu cevaplayan iki ayrı ürün. Dosya sunucusu baytın nerede durduğunu çözer. Dosya platformu kimin, ne zaman, hangi kuralla eriştiğini çözer. Çoğu kurum birincisini kurar, sonra yıllarca ikincisini üstüne eklemeye çalışır: bir yetki raporlama aracı, bir log toplayıcı, bir dosya transfer çözümü, bir de "lütfen WeTransfer kullanmayın" e-postası.
Bu yazı hangi noktada eklemeyi bırakıp değiştirmenin daha ucuz olduğunu anlatıyor. Cevap her kurum için "platform" değil; önce dosya sunucusunun gerçekten iyi yaptığı şeyleri saymak gerekiyor.
Dosya sunucusu ne yapar
Ağ dosya sunucusu (Windows Server üzerinde SMB, ya da bir NAS) kırk yıldır ayakta kalmış bir tasarım. Sebepsiz değil:
- Kullanıcı hiçbir şey öğrenmez. Sürücü harfi açılır, dosya oradadır. Bu kadar sürtünmesiz bir arayüz tasarlamak kolay değil.
- Yerel ağda hızlıdır. Büyük CAD dosyası, video kurgu projesi ya da tasarım klasörü üzerinde doğrudan çalışmak hâlâ en hızlı yol.
- Kullanıcı başına lisans yoktur. Yüz kişi de olsanız bin kişi de, maliyet donanım ve işletim sistemi lisansıyla sınırlı kalır.
- Active Directory ile doğal çalışır. Kullanıcı ve grup zaten oradadır; NTFS izni gruba verilir, biter.
- Her uygulama okur. Muhasebe yazılımından üretim hattındaki bir makineye kadar, SMB yolu veremeyeceğiniz sistem azdır.
Bu listeye bakınca "neden değiştirelim ki?" demek makul. Değiştirme sebebi listede olmayan şeylerde.
Dosya sunucusunun cevaplayamadığı sorular
Bir dosya sunucusu, üzerinde ne olduğunu bilmez. Bilmesi de beklenmez; işi o değil. Sorun, kurumun bir noktada o soruları sormak zorunda kalması.
"Bu dosyaya kim erişti?"
NTFS denetimi açılabilir. Açıldığında Windows olay günlüğü, dakikalar içinde okunamayacak hacimde kayıt üretir; kimse bakmaz, disk dolar, denetim kapatılır. Kapatılmadığı kurumlarda ise soru şuna dönüşür: "Şubat ayında bu klasöre kim girdi?" Cevap teorik olarak günlüklerde vardır, pratikte üç gün süren bir iştir.
"Bu klasöre kimler erişebiliyor?"
NTFS izinleri miras alır, kırılır, kullanıcı bazında istisna yazılır. Beş yıl sonra ortaya çıkan yapıya yetki kayması deniyor ve neredeyse evrensel: kimse tek bir klasörün gerçek erişim listesini ezberden söyleyemez. Ayrılan çalışanın grubu silinir ama kişi bazlı verilmiş üç istisna kalır.
"Bu yetkiyi altı ay sonra kim kaldıracak?"
Kaldırmaz. NTFS'te süreli yetki diye bir şey yok. Bir denetim projesi için danışmana açılan klasör, proje bittikten sonra da açık kalır. Erişimin kalkması, birinin hatırlamasına bağlıdır.
"Bu dosyayı kurum dışına nasıl göndereceğim?"
Dosya sunucusunun buna bir cevabı yok. Boşluğu çalışan doldurur: e-posta eki, kişisel bulut hesabı, WeTransfer, USB. Kurumun verisinin nereye gittiği burada görünmez olur ve bu, yetki kaymasından daha büyük bir risktir.
"Sildim, geri gelir mi? Ya da: silmem gerekiyor, sildiğimi nasıl kanıtlarım?"
Gölge kopyalar belli bir noktaya döndürür; dosya bazlı sürüm geçmişi değildir. Diğer yön daha zor: kişisel veri için imha yükümlülüğünüz varsa, sildiğinizi kanıtlamanız gerekir. Dosya sunucusunda silinen dosyanın geriye bıraktığı kanıt yoktur; silinmiş bir dosyanın kaydı da silinmiştir.
Dosya platformu ne ekler
Platform, dosyayı bir kayıt olarak ele alır. Bayt hâlâ bir yerde durur, ama etrafında bir yetki modeli, bir olay kaydı ve bir yaşam döngüsü vardır.
- Kim ne yaptı, kayıtta durur. Yükleme, görüntüleme, indirme, değiştirme, silme, paylaşma; sorgulanabilir biçimde, olay günlüğü taramadan.
- Yetki süreli verilebilir. Danışmana üç aylık erişim verirsiniz; üçüncü ayın sonunda erişim kendiliğinden kalkar.
- Dış paylaşımın kuralı vardır. Bağlantıya şifre, son kullanma tarihi, indirme limiti ve e-posta kısıtı koyarsınız. Paylaşım kurumun içinde kalır ve kayda geçer.
- Sürüm geçmişi dosya bazındadır. Yanlış kaydedilen sunum, dünkü hâline tek tıkla döner.
- Saklama süresi ve imha kurala bağlanır. Bir klasöre on yıl saklanacak dersiniz; süre dolduğunda kayıt kendiliğinden yok olmaz, imha onayına düşer.
- İçerik aranabilir. Taranmış bir sözleşmenin içindeki madde, dosya adını bilmeden bulunur.
Karşılaştırma
| Ağ dosya sunucusu (SMB/NTFS) | Dosya platformu | |
|---|---|---|
| Cevapladığı soru | Bayt nerede duruyor? | Kim, ne zaman, hangi kuralla erişti? |
| Erişim | Sürücü harfi, LAN veya VPN | Tarayıcı, VPN gerekmeden |
| Yetki modeli | NTFS ACL, zamanla kayar | Merkezî, kullanıcı/grup/departman |
| Süreli yetki | Yok | Var, kendiliğinden kalkar |
| Denetim kaydı | Olay günlüğü, pratikte okunmaz | Sorgulanabilir, dışa aktarılabilir |
| Sürüm geçmişi | Gölge kopya anlık görüntüsü | Dosya bazında |
| Kurum dışı paylaşım | Yok, boşluğu çalışan doldurur | Kurallı bağlantı |
| İçerik araması | Dosya adı | Belge içi, taranmış belge dahil |
| Saklama ve imha | Elle | Politikaya bağlı, kanıtlı |
| Büyük dosyada performans | LAN'da en iyi | Ağ üzerinden indir ve yükle |
| Kullanıcı alışkanlığı | Sıfır öğrenme | Kısa bir geçiş dönemi |
| Maliyet modeli | Donanım ve OS lisansı | Genelde kullanıcı başına |
Tablonun son üç satırı önemli: platform her boyutta üstün değil. Büyük dosyalarla ağ diski üzerinde çalışan ekipler için dosya sunucusu hâlâ daha iyi bir araç ve kullanıcı başına lisans, kalabalık kurumlarda gerçek bir maliyet kalemi.
Dosya sunucusu ne zaman yeterli
Dürüst cevap: sandığınızdan daha sık.
- Kurum küçük ve herkes birbirini tanıyor. Yetki kayması bir yönetim sorununa dönüşmeden çözülüyor.
- Veri düzenlemeye tabi değil. Kişisel veri, finansal kayıt ya da sağlık verisi yoksa, denetim izi bir gereklilik değil bir konfor.
- Kurum dışına dosya neredeyse hiç çıkmıyor.
- İş yükü büyük dosyalarla yerel çalışmaya dayanıyor: video kurgu, CAD, ölçüm verisi. Bu senaryoda ağ diski bir avantaj, bir eksiklik değil.
Bu tabloya uyuyorsanız, dosya sunucunuzu yedekleyip izinlerini yılda bir gözden geçirmek, yeni bir ürün almaktan daha iyi bir yatırım.
Ne zaman yetmez
Beş tetikleyici. Biri bile geçerliyse konuşmaya değer; ikisi geçerliyse genelde karar zaten verilmiştir.
- Bir denetime giriyorsunuz. KVKK, ISO 27001, iç denetim, müşteri denetimi fark etmez. "Bu dosyaya kim erişti?" sorusuna üç gün içinde cevap veremiyorsanız, bulgu yazılır.
- Kurum dışına düzenli dosya gidiyor: müşteri, tedarikçi, danışman, bağımsız denetçi. Bu akış kayıt dışıysa, veri sızıntısının nereden olduğunu öğrenmenin bir yolu yok.
- Yetkinin kimin elinde olduğunu kimse bilmiyor. Bir klasörün erişim listesini çıkarmak proje gerektiriyorsa, o liste zaten yanlış.
- Saklama süresi yükümlülüğünüz var. Belgeyi belirli bir süre saklamak ve süre dolunca imha etmek zorundaysanız, bunu elle yürütmek sürdürülebilir değil.
- Uzaktan çalışma VPN'e bağlı. VPN üzerinden SMB, hem yavaş hem de her bağlanan cihaza ağ seviyesinde erişim veriyor demek.
Ara çözümler ve nerede yetersiz kalıyorlar
Kurumların çoğu platforma geçmeden önce iki ara yol dener.
Birincisi yetki ve denetim araçları: mevcut dosya sunucusunun üzerine kurulan, NTFS izinlerini raporlayan ve erişim loglarını toplayan ürünler. Gerçekten işe yararlar, görünürlük sağlarlar. Ama görünürlük düzeltme değildir; aracın size gösterdiği yetki kayması, hâlâ elle temizlemeniz gereken bir liste. Kurum dışı paylaşım ve saklama süresi sorunlarına da dokunmazlar.
İkincisi genel bulut servisleri. Kullanım kolaylığı sorununu tek hamlede çözerler. Bedeli, verinin üçüncü tarafa taşınması. Düzenlemeye tabi kurumlar için bu çoğu zaman başlamadan biten bir tartışma: veri yerelliği ve erişim kayıtlarının sağlayıcının verdiği kadarıyla sınırlı olması iki ayrı engel.
Karar için beş soru
Bir toplantıda cevaplanabilir:
- Herhangi bir klasörün gerçek erişim listesini kaç dakikada çıkarabiliyoruz?
- Geçen ay kurum dışına kaç dosya çıktı, hangi kanaldan?
- Altı ay önce verilmiş geçici bir yetki bugün hâlâ açık mı? Nasıl kontrol ederiz?
- Saklama süresi dolmuş belgelerimiz var mı? İmha edildiğini nasıl kanıtlarız?
- Yarın bir denetçi belirli bir dosyanın erişim geçmişini isterse, kaç günde veririz?
Üçüne "bilmiyorum" diyorsanız, sorun depolama değil yönetişim. Depolamayı büyütmek bunu çözmez.
Geçiş nasıl olur
Tek gecede olmuyor, olmasına da gerek yok. Pratikte işleyen sıra:
- Bir departmanla başlayın, tercihen dış paylaşımı en yoğun olanıyla: hukuk, satın alma, insan kaynakları. Kazanç en hızlı orada görünür.
- Dosya sunucusu kalsın. Büyük dosyalarla yerel çalışan ekipler orada kalabilir; iki sistemin bir süre yan yana durması normaldir.
- Yetkileri kopyalamayın, yeniden kurun. Geçişin en büyük faydası, yıllardır birikmiş yetki kaymasını taşımadan temiz bir model kurmaktır. Mevcut izinleri olduğu gibi aktarmak, sorunu yeni sisteme taşımak olur.
- Arşivi olduğu yerde bırakın. On yıllık geçmişi ilk gün taşımak zorunda değilsiniz; aktif klasörlerle başlayın.
Geçişte en çok hissedilen şey sürücü harfinin kaybolması. Günlük işi tarayıcıda yürüyen çalışan için bu bir sorun değil; ağ diski üzerinde büyük dosyayla çalışan ekip için gerçek bir değişiklik. Pilot departmanı seçerken bunu hesaba katın.
Veyro'da durum
Veyro bu yazıdaki dosya platformu tanımına giren bir üründür ve kurumun kendi sunucusunda çalışır; veri kurum sınırının dışına çıkmaz. Yetkiler kullanıcı, grup ve departman bazında verilir, süreli verilebilir ve süre dolduğunda kendiliğinden kalkar. Her işlem değiştirilemez bir denetim kaydına yazılır. Kayıtlar hash zinciriyle birbirine bağlıdır, yani sonradan araya kayıt eklendiğinde bu tespit edilebilir. Saklama süreleri politikaya bağlanır ve süresi dolan kayıt kendiliğinden yok olmaz, imha onayına düşer.
Kurulum kurum içi fiziksel sunucuda, özel bulutta, Docker'da, Kubernetes'te ya da internete tamamen kapalı bir ağda yapılabilir. Ürün çalışma zamanında dış dünyaya hiçbir istek atmaz.
Kurumunuzun kendi senaryosu üzerinden konuşmak isterseniz demo talebinde bulunabilirsiniz. Otuz dakikalık bir oturumda hangi departmanlar, hangi paylaşım kuralları ve hangi kurulum modeli sorularını birlikte ele alıyoruz.
