“Fabric’e bağlanıyoruz.” Bu cümle bir toplantıda herkesi rahatlatır ve teknik olarak en az iki farklı işi anlatır.
Biri OneLake üzerindeki Lakehouse dosya yapısına erişmek. Diğeri Fabric Warehouse’a bir veritabanı gibi bağlanmak. İkisi farklı kimlik doğrulama, farklı erişim yolu ve farklı veri okuma biçimi kullanır.
Ayrım yapılmadığında bedeli takvimde görürsünüz: ilk hafta bağlantı ayarlarıyla geçer, ikinci haftada izin talepleri yanlış ekipten istenmiş olur. Bunlar teknik sorun gibi görünür; aslında planın ilk cümlesindeki belirsizliğin faturasıdır.
OneLake yolu bir dosya sistemi gibi davranır
CTM tarafında bağlantı; Azure kiracı kimliği, istemci kimliği ve istemci sırrıyla tanımlanır. Ardından çalışma alanı, lakehouse ve hedef yol girilir; erişim Azure istemci kimlik bilgisiyle OneLake uç noktası üzerinden kurulur.
Veri tarafında Delta ve Parquet yapıları kullanılır. Hedef yolda varlık kontrolü, oluşturma, silme ve satır sayımı işlemleri yürütülebilir; şema ilk aktif Parquet dosyasının üst verisinden okunur, satır sayısı önce Delta günlüğündeki kayıt bilgisinden alınır.
Bu yolun karakteri dosya sistemine yakındır. Bir tablonun “var olması”, ilgili dizinde Delta günlüğünün ve Parquet dosyalarının bulunması demektir. Bağlantı testi geçtiği hâlde tablo görünmüyorsa ilk bakılacak yer yetki değil, yolun hangi dizini gösterdiğidir. Yeni oluşturulmuş bir yolda ilk Delta kaydı boş şemayla başlayabilir; gerçek kolonlar veri yazıldıkça netleşir.
Warehouse bağlantısı ayrı bir tür
Fabric Warehouse ise Microsoft SQL Server uyumlu bir JDBC bağlantısı olarak tanımlanır ve kendi kullanıcı bilgileriyle çalışır. Warehouse’a sorgu göndermek, OneLake dizininden Parquet okumakla aynı işlem değildir. Aynı çalışma alanında dursalar bile araçları ve sınırları farklıdır.
Bir ayrıntı daha planı etkiler: OneLake yolunda koşullar, satırlar okunduktan sonra servis tarafında uygulanır. Yani büyük bir tabloyu dar bir filtreyle sorgulamak, aynı filtreyi bir SQL motoruna vermekle aynı davranışı göstermez.
Bağlantı testinden sonra sorulacak izin soruları
Tanımlanan bağlantılar test edilir, varsayılan bağlantı seçilebilir ve Lakehouse altındaki tablo klasörleri listelenebilir. Sonrasında Fabric hedefi SAP kaynaklı aktarım projelerinde kullanılır; işler görev altyapısı üzerinden zamanlanır, çalışma durumları ve hata ayrıntıları merkezi ekranlarda görünür. Paketlerin hedefe yazılması ayrı bir servis bileşenine bağlıdır ve bu davranış kurulumla birlikte doğrulanır.
Kapsamı doğru çizmek ikinci kazanç. CTM Fabric kiracınızı yönetmez; Power BI içerik yönetimi, Synapse iş akışları ve çalışma alanı yönetişimi bu modülün dışındadır. Bağlantı tanımı, hedef yol işlemleri ve şema/veri okuma ise içindedir. Bu sınırı bilmek, bulut ekibinden hangi izni isteyeceğinizi de netleştirir.
Bulut ve SAP ekiplerini aynı masaya oturtan kısa bir gündem öneriyoruz: hangi çalışma alanı, hangi lakehouse, hangi hedef yol ve hangi izinler. Bu dört satır netleştiğinde bağlantıyı birlikte tanımlayıp ilk şema okumasını aynı oturumda görebiliriz.