Denge Nerede? Eksi Taraflara Samimi Bakış... Açık konuşmak gerekirse yüksek beklenti genelde minik düş kırıklıkları doğuruyor maalesef! Örneğin fabric ekibinin dilinden düşmeyen entegre güvenlik mekanizmaları teoride ballandıra ballandıra anlatılıyor fakat pratikte legacy yapılarla karşılaşınca tutukluk yapıyor bazen. Bazı connector'ların hala public preview’da olması yüzünden stabilite konusunda oynaklık yaşadığımız oldu, SAP veya Oracle tarzındaki dış kaynaklarla bağlantıda fire veren örneklerle karşılaşıldı, Kritik migration sırasında batch limiti aşınca belki beş dakikan gidiyor ve yeterince rehber/döküman yok ortalarda! Her özelliği tek potada eritme fikri cazip olabilir—ama fazla aceleciliğe kapılırsak kalite ayağa dolanmaya başlıyor... Nihayet Final Yorumu & Pratik Tavsiyeler — Pembe Hayallere Kapılır mıyız?

Tavsiyelerim şunlar olurdu: Büyük sisteme direk dalmak yerine mini PoC'lerle başlayın, Migrasyona girişmeden evvel mapping tablolarınızı mutlaka çıkarın, Sistem güncellemeleri gelsin diye boşuna beklemeyin—geri bildirimlerinizi gönderin çünkü dikkate alan ekip gerçekten mevcut, Kodcular kadar iş kullanıcılarını sürecin içine alın derim zira son dakika koşuşturması böylece azalıyor, Daha bugünden Copilot agent yatırımı yapmak iyi fikir—yakında data-driven bot’suz iş olmaz olacak (ilgili yazıda d

Microsoft Fabric ve SQLCon 2026: Gerçekten Tek Platformda Tüm Verinin Peşinde -

Q: Konferanslarda Dalgalanan Duygular: FabCon 2026 & SQLCon Notlarım İyi, lafı dolandırmadan giriyorum olaya: Atlanta’da bu seneki FabCon ve yepyeni SQLCon, kuru bir duyuru olmaktan çok öteye geçti. Hani öyle sıradan bir etkinlik deyip geçemezsiniz… Baktığınızda sekiz bin kişiyle salon cidden balık istifi oldu; ama bana sorarsanız olay sadece kalabalık değil. Esas bomba ne derseniz — veriyi tek yerde toplama hayali lafta kalmaktan çıkıyor gibi! Microsoft Fabric’in o “her derde deva” veri platformu günlerdir masada konuşuluyordu da, pratikte iş hep yama sistemiyle dönüyordu. Şimdi ise tablo biraz değişiyor sanki. Şahsen, Geçen yılın sonunda Logosoft’ta bankacılık sektöründeki kurumsal göç projesinde başımıza geleni anlatayım… O kadar farklı kaynaktan veri geliyor ki aklımız karıştı resmen: hem on-prem SQL Server’lar, hem bulutta Cosmos DB’ler, aralara sıkıştırılmış envai çeşit analiz uygulaması... İşin içinden çıkamıyorsun yani. Microsoft’un bu karmaşayı adam etmek için attığı adımlar baya radikal geldi bana (evet, doğru duydunuz) Veri platformları yıllardır ya operasyonu es geçti ya analitiği ihmal etti; ikisini birleştirmeyi dişe dokunur biçimde başarabilene ilk kez şahit oluyorum.- Sen Aşkın KILIÇ Söz tamam da asıl kritik olan şu soru kafamı kurcaladı hep — peki ekosistemi kökünden nasıl değiştirir? Yıllardır sahadayım; yeni teknoloji gösterişli olmak zorunda değil benim için, elle tutulur çözüm üretsin yeterli. Peki Database Hub Gerçekten “Tek Kapıdan Her Veri Kaynağı” mı?

Bir-iki sene önce ortam tam şenlikti aslında... Her şirketin veri varlığı karmakarışık olurdu (hani şu meşhur data estate muhabbeti). Orada Azure SQL takılıyordu, kenarda PostgreSQL kurulmuştu (arada Mongo bile görürdüm), üstüne blob deposunu yapıştır... Hepsi ayrı telden çalıyordu! Şimdi Database Hub devreye girdiğinde neler oluyor dersiniz? Fabric portalının sade görünüşüne kanmayın — ilişkisel veya NoSQL diyorsan ne varsa buradan görebiliyorsun artık. Bir tür AVM gibi düşün… Ne istersen elini

Q: Misyon Kritik Uygulamalara Yeni Geliştirici Alanları Açılıyor mu?

Dürüst olacağım yine... Geçmişte kritik projelerde sürekli araç değiştirmekten koddan nefret edecek hale geliyorduk! Sonradan Fabric üstünde API bazlı geliştirme işi gözle görülür şekilde hızlandı ve CI/CD adaptasyonu cidden zamandan tasarruf sağladı (Microsoft Foundry’de Azure DevOps Remote MCP Server’a göz atabilirsiniz, tam bu konuyu yaşadım) (yanlış duymadınız) C# veya Python ile hızlı prototiplemek mümkünleşti – hackathon maratonlarında epey işe yaradığını gördüm, Migrasyon otomasyon araçl

⏱️ 5 dk okuma📅 20 Mart 2026🔄 Güncelleme: 26 Mart 2026

Konferanslarda Dalgalanan Duygular: FabCon 2026 & SQLCon Notlarım

İyi, lafı dolandırmadan giriyorum olaya: Atlanta’da bu seneki FabCon ve yepyeni SQLCon, kuru bir duyuru olmaktan çok öteye geçti. Hani öyle sıradan bir etkinlik deyip geçemezsiniz… Baktığınızda sekiz bin kişiyle salon cidden balık istifi oldu; ama bana sorarsanız olay sadece kalabalık değil. Esas bomba ne derseniz — veriyi tek yerde toplama hayali lafta kalmaktan çıkıyor gibi! Microsoft Fabric’in o “her derde deva” veri platformu günlerdir masada konuşuluyordu da, pratikte iş hep yama sistemiyle dönüyordu. Şimdi ise tablo biraz değişiyor sanki.

Şahsen, Geçen yılın sonunda Logosoft’ta bankacılık sektöründeki kurumsal göç projesinde başımıza geleni anlatayım… O kadar farklı kaynaktan veri geliyor ki aklımız karıştı resmen: hem on-prem SQL Server’lar, hem bulutta Cosmos DB’ler, aralara sıkıştırılmış envai çeşit analiz uygulaması… İşin içinden çıkamıyorsun yani. Microsoft’un bu karmaşayı adam etmek için attığı adımlar baya radikal geldi bana (evet, doğru duydunuz)

Veri platformları yıllardır ya operasyonu es geçti ya analitiği ihmal etti; ikisini birleştirmeyi dişe dokunur biçimde başarabilene ilk kez şahit oluyorum.
– Sen Aşkın KILIÇ

Söz tamam da asıl kritik olan şu soru kafamı kurcaladı hep — peki ekosistemi kökünden nasıl değiştirir? Yıllardır sahadayım; yeni teknoloji gösterişli olmak zorunda değil benim için, elle tutulur çözüm üretsin yeterli.

Peki Database Hub Gerçekten “Tek Kapıdan Her Veri Kaynağı” mı?

Bir-iki sene önce ortam tam şenlikti aslında… Her şirketin veri varlığı karmakarışık olurdu (hani şu meşhur data estate muhabbeti). Orada Azure SQL takılıyordu, kenarda PostgreSQL kurulmuştu (arada Mongo bile görürdüm), üstüne blob deposunu yapıştır… Hepsi ayrı telden çalıyordu! Şimdi Database Hub devreye girdiğinde neler oluyor dersiniz? Fabric portalının sade görünüşüne kanmayın — ilişkisel veya NoSQL diyorsan ne varsa buradan görebiliyorsun artık. Bir tür AVM gibi düşün… Ne istersen elinin altında!

💡 Bilgi: Database Hub halen beta aşamasında bazı ufak eksikleriyle ortada — mesela uç durumlarda bağlantılar inatla tıkanabiliyor; fakat özellikle hibrit ya da çoklu bulut sistemlerde ciddi zaman kazandırdığını inkâr edemem.

İşin garibi, Bizzat Mart ayında büyükçe bir perakende firmasında PoC sunumu yaptığımda faydasını hissettim diyebilirim. Farklı kaynaklara iki-üç hamlede bağlandık izledik derken süreç inanılmaz rahatladı. Tabii burada her şey güllük gülistanlık demek isterdim ama yok (ki bu çoğu kişinin gözünden kaçıyor). Bazı eski sistemlere denk gelince garip sürpriz hatalar fırlıyor ortaya.

Tamam, Dağınıklığa Güle Güle Diyebilecek miyiz?

Kendimizi kandırmayalım hemen! Hayat toz pembe değil. Esas mesele burada başlıyor bence – farklı lokasyonlardaki kocaman verileri tek panelden izlemek kulağa şahane gelirken küçük tefek aksilikler can sıkabiliyor.

Kısıtlı API desteği: Mesela eski MySQL versiyonlarında anlık izleme pek oturmamış hâlâ.
Karmaşık rol yönetimi: RBAC dağıtımı denilen olay hâlâ epey manuel uğraştırıyor.
Konsolide backup/restore süreçleri: Bu alanda yapılacak işler daha bitmedi açıkçası.

A’dan Z’ye AI’ya Uygun Temiz Veri Katmanı Konusu

Dönüp kendi kendine soruyor insan — “Bu AI işleri için önce düzgün data var mı elimizde?” Vallahi yoksa hiç bulaşmayın! LLM mucizesi filan bekliyorsanız öncelikle doğru düzgün normalize edilmiş ham veri lazım size; Fabric’in de temel iddiası bu noktada kendini belli ediyor zaten… Sadece depolamak yetmez dedim defalarca; mevzuya anlam yükleyebiliyorsan kazanırsın!

Bitti mi? Power BI ile Fabric IQ Kombosu Var Daha!

Bence, Meseleyi şöyle hayal edin — departmanlardan gelen onlarca tabloyu hop diye Power BI’a taşıyorsunuz sonra da Fabric IQ ile tüm sayısal ilişkiler otomatik olarak semantik modele dönüşüyor… Buradaki AI katmanı bence en ilginç kırılım oldu doğrusu!

Anlamlandırma: Sayıları göstermek kolay da onları açıklayan şeyi sistem anlıyor resmen!
Sorgu hızlandırma: Canlı analizlerde ciddi performans artışı gördüğümü söylemeden geçmem (DP-203’e hazırlanırken test ortamında net fark ettim).
Tahmin modelleri entegrasyonu: Eskiden tahmine dayalı işler saatler sürerdi şimdi kod miktarı üçte bire indi desem abartmış olmam.

Gerçekten bazen düşünüyorum… Bir zamanlar Power BI’ın amacı sadece grafik çizmekti diye hafifçe tebessüm ediyorum!

Büyük Konsolidasyon Hikayesi — OneLake Bize Ne Vaat Ediyor?

Eminim birkaç okuyucu huzursuzlanmaya başladı bile – “İyi hoş diyorsun ama nedir bu OneLake?” Basitleştirerek yazıyorum; çoğu şirkette on tane ayrı data lake görürsün ve hepsi başka havadan çalar (işletmesi apayrı derdi tabii). OneLake dediğin hepsini ortak platformda toparlama niyetinde – hani şu ‘bir taşla kuş sürüsü vurmak’ mantığıyla geliyor diyebilirim. .NET MAUI Geliştirme Sürecinde Yapay Zekâ Ajanlarıyla Hız Artışı: Gerçekten Fark Yaratıyor mu? yazımızda da bu konuya değinmiştik. .NET ve OpenAI ile Gerçek Zamanlı Sesli Çoklu Ajan: RT.Assistant’a Dair Sahici Notlar yazımızda da bu konuya değinmiştik.

💡 Bilgi: OneLake sayesinde kurum ister Azure’u sevsin ister kendi datacenter’da takılsın bütün dataları aynı yerden yönetecek düzeye gelebiliyor.

Ama biraz beklemekte yarar var çünkü bazı çocuk hastalıkları devam ediyor – geçen hafta örneğin canlı query’lerden biri transferde timeout attı, düzelttiler mi dersen henüz ses yok ama yol haritasına almışlar diyor ekip…

Sahadaki Gerçek Hikaye Nasıl?

Nisan ayındaki holding migration çalışmamız aklıma geldi bak şimdi… SAP BW’den eski verileri OneLake’e atarken neredeyse boğulduk iş yoğunluğundan! Ama işlemler hallolunca geriye kalan dashboard’u hazırlamak sudan ucuz hale geldi — orası kesin! Demek istediğim acısını çekiyorsunuz evet fakat finalde ödülünü almak güzelmiş (en azından benim deneyimim böyle)

Misyon Kritik Uygulamalara Yeni Geliştirici Alanları Açılıyor mu?

Dürüst olacağım yine… Geçmişte kritik projelerde sürekli araç değiştirmekten koddan nefret edecek hale geliyorduk! Sonradan Fabric üstünde API bazlı geliştirme işi gözle görülür şekilde hızlandı ve CI/CD adaptasyonu cidden zamandan tasarruf sağladı (Microsoft Foundry’de Azure DevOps Remote MCP Server’a göz atabilirsiniz, tam bu konuyu yaşadım) (yanlış duymadınız)

C# veya Python ile hızlı prototiplemek mümkünleşti – hackathon maratonlarında epey işe yaradığını gördüm,
Migrasyon otomasyon araçlarının çoğalması sayesinde eskisi kadar endişe duymuyorum,
Zorlu validasyon kontrollerinde ise insan eli gerekiyor hâlâ – burada Copilot’tan beklentim yüksek!

Denge Nerede? Eksi Taraflara Samimi Bakış…

Açık konuşmak gerekirse yüksek beklenti genelde minik düş kırıklıkları doğuruyor maalesef! Örneğin fabric ekibinin dilinden düşmeyen entegre güvenlik mekanizmaları teoride ballandıra ballandıra anlatılıyor fakat pratikte legacy yapılarla karşılaşınca tutukluk yapıyor bazen.

Bazı connector’ların hala public preview’da olması yüzünden stabilite konusunda oynaklık yaşadığımız oldu,
SAP veya Oracle tarzındaki dış kaynaklarla bağlantıda fire veren örneklerle karşılaşıldı,
Kritik migration sırasında batch limiti aşınca belki beş dakikan gidiyor ve yeterince rehber/döküman yok ortalarda!

Her özelliği tek potada eritme fikri cazip olabilir—ama fazla aceleciliğe kapılırsak kalite ayağa dolanmaya başlıyor…

Nihayet Final Yorumu & Pratik Tavsiyeler — Pembe Hayallere Kapılır mıyız?

Tavsiyelerim şunlar olurdu:

Büyük sisteme direk dalmak yerine mini PoC’lerle başlayın,
Migrasyona girişmeden evvel mapping tablolarınızı mutlaka çıkarın,
Sistem güncellemeleri gelsin diye boşuna beklemeyin—geri bildirimlerinizi gönderin çünkü dikkate alan ekip gerçekten mevcut,
Kodcular kadar iş kullanıcılarını sürecin içine alın derim zira son dakika koşuşturması böylece azalıyor,
Daha bugünden Copilot agent yatırımı yapmak iyi fikir—yakında data-driven bot’suz iş olmaz olacak (ilgili yazıda detayı var merak edenlere bırakıyorum))

Şahsi deneyimlerime dayanarak söylüyorum — Microsoft’un “her şey tek çatı altında” yaklaşımı birçok kişinin yükünü azaltacak gibi duruyor; yalnız geçiş dönemlerinde sabırlılık şart… Ara ara can sıkan hata çıksa bile orta vadede getirisi buna değer bence!

Kaynak:
FabCon and SQLCon 2026 : Unifying databases and Fabric on a single data platform.