[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-data-lake::tr":3,"gloss-cluster-data-lake::tr":20,"gloss-next-data-lake::tr":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"data-lake","data-infra","Data Lake (Veri Gölü)","Bir data lake (veri gölü), verinin önceden tanımlanmış bir şemaya göre yapılandırılması gerekmeden — yapılandırılmış (veritabanı export'ları), yarı yapılandırılmış (JSON, CSV logları) ve yapılandırılmamış (görseller, PDF'ler, ses, ham metin) verileri kendi doğal formatında — devasa ölçekte ve düşük maliyetle tutan merkezi bir depolama havuzudur. Bu, bir data warehouse'dan (veri ambarı) temel farkıdır: bir warehouse \"schema-on-write\" (yazarken şema) yaklaşımını dayatır — veri içeri girmeden önce temizlenip yapılandırılmalıdır — data lake ise \"schema-on-read\" (okurken şema) uygular: veri olduğu gibi içeri girer, yapı ve anlam daha sonra, sorgu veya işleme zamanında, onu okuyan araç tarafından uygulanır. AI\u002FSaaS geliştiricileri için neden önemli: data lake'ler AI çağında özellikle önem kazandı, çünkü AI özellikleri için ham malzemenin büyük kısmı — belgeler, sohbet transkriptleri, yüklenen dosyalar, model çıktıları, değerlendirme (eval) logları — ilişkisel tablolara düzgün oturmuyor ve depolamadan önce buna sıkı bir şema dayatmak, verinin ilk geldiği anda genellikle bilinmeyen \"tam olarak nasıl kullanılacağı\" sorusuna baştan karar vermek anlamına gelir. Veriyi önce ham haliyle bir data lake'te (genellikle tanımlı bir klasör\u002Fpartition kuralına sahip S3 gibi basit bir object storage) saklamak, opsiyonel kalma imkânı korur: altı ay sonra ortaya çıkan yeni bir AI özelliği, veri ilk toplandığında kimsenin öngöremediği bir şekilde aynı ham geçmiş veriyi yeniden işleyebilir. Nasıl çalışır: data lake'ler genellikle doğrudan object storage üzerine (S3, Google Cloud Storage, Azure Blob Storage) açık dosya formatları (Parquet, Avro, JSON) kullanılarak ve sorgu motorlarının tüm veri kümesini değil yalnızca ilgili partition'ları taramasını sağlayan bir partition şeması (ör. `s3:\u002F\u002Flake\u002Fevents\u002Fyear=2026\u002Fmonth=07\u002Fday=02\u002F`) altında organize edilerek inşa edilir. Apache Spark, Presto\u002FTrino veya AWS Athena gibi sorgu motorları, ayrı bir yükleme (load) adımı olmadan doğrudan gölde duran dosyalara karşı SQL çalıştırabilir; bu da \"data lake\" ile \"data warehouse\" arasındaki çizgiyi bulanıklaştırır — genellikle \"lakehouse\" (Databricks tarafından yaygınlaştırılmış) olarak adlandırılan hibrit bir model, göl tarzı ucuz ve esnek ham depolamanın üzerine warehouse benzeri transactional garantiler ve şema zorlaması ekler. Somut örnek: bir AI SaaS ürünü, her ham LLM istek\u002Fyanıt çiftini (prompt, model, token sayısı, gecikme, çıktı) tarihe göre partition'lanmış, S3 tabanlı bir data lake'e JSON dosyaları olarak kaydeder; bunu, üzerinde tam olarak hangi analizleri çalıştıracağına karar vermeden çok önce yapar. Aylar sonra ekip, model davranışını versiyonlar arasında karşılaştıran bir prompt-regresyon değerlendirme sistemi kurmak istediğinde, göldeki geçmiş ham JSON verisine karşı doğrudan Athena sorguları çalıştırır — veri toplama anında kimsenin tanımlamadığı bir kullanım senaryosu için önceden bir ETL pipeline'ı kurmaya gerek kalmamıştır.","Data lake, şema kararlarını okuma anına erteleyerek yapılandırılmış, yarı yapılandırılmış ve yapılandırılmamış ham veriyi ölçekte ve ucuza saklar.",null,[11,14,17],{"slug":12,"name":13},"data-pipeline","Veri Boru Hattı (Data Pipeline)",{"slug":15,"name":16},"data-warehouse","Veri Ambarı (Data Warehouse)",{"slug":18,"name":19},"object-storage","Nesne Depolama (Object Storage)",[21,25,28,31,34,38,41,44,47,50,54,57],{"slug":22,"category":5,"name":23,"updated_at":24},"acid","ACID","2026-08-24T02:46:37+00:00",{"slug":26,"category":5,"name":27,"updated_at":24},"ann-search","ANN Arama (Yaklaşık En Yakın Komşu)",{"slug":29,"category":5,"name":30,"updated_at":24},"backpressure","Geri Basınç (Backpressure)",{"slug":32,"category":5,"name":33,"updated_at":24},"batch-processing","Toplu İşleme (Batch Processing)",{"slug":35,"category":5,"name":36,"updated_at":37},"bm25","BM25","2026-08-24T02:46:38+00:00",{"slug":39,"category":5,"name":40,"updated_at":24},"cache","Önbellek (Cache)",{"slug":42,"category":5,"name":43,"updated_at":24},"cap-theorem","CAP Teoremi (CAP Theorem)",{"slug":45,"category":5,"name":46,"updated_at":24},"change-data-capture","Değişiklik Veri Yakalama (CDC)",{"slug":48,"category":5,"name":49,"updated_at":24},"chroma","Chroma",{"slug":51,"category":5,"name":52,"updated_at":53},"chunk-overlap","Parça Örtüşmesi","2026-08-24T03:30:02+00:00",{"slug":55,"category":5,"name":56,"updated_at":24},"columnar-storage","Sütun Tabanlı Depolama",{"slug":58,"category":5,"name":59,"updated_at":24},"connection-pooling","Bağlantı Havuzlama (Connection Pooling)"]