Ana içeriğe geç
Kesit Power BI
İleri · Yönetim ve Güvenlik

Power BI ortamını yönetmek: lisans, kapasite, mükemmeliyet merkezi ve benimseme

Ekip lideri ve kıdemli geliştirici için: lisans ve kapasite kararları, self-servis ile kurumsal BI arasında yönetilen self-servis, mükemmeliyet merkezi rolleri, kiracı ayarları kontrol listesi, onaylı anlam modelleri, benimsemeyi izlemek ve 90 günlük yayılım planı.

Uygulamada aç, 8 alıştırmayı çözÜcretsiz, hesap gerekmez, kurulum yok.

Bu sayfa dersin okuma sürümüdür. Metin bir kutuyu çalıştırmanı ya da adıma geçmeni söylüyorsa dersi uygulamada aç.

Bir şirkette Power BI’ı “kurmak” bir gün sürer; iyi yönetmek yıllar sürer. Bu ders ekip lideri, BI yöneticisi ve kıdemli geliştirici içindir. Konu teknik ayarlardan çok kararlardır: kim ne lisans alacak, içeriği kim sahiplenecek, hangi model “resmî” sayılacak, insanlar raporları gerçekten kullanıyor mu? Microsoft bu soruları Fabric benimseme yol haritası (Fabric adoption roadmap) adlı bir rehber dizisinde ele alır; aşağıda onun fikirlerini kendi sözlerimizle ve Anadolu Market örneğiyle özetliyoruz.

Fiyat yok, kural varLisans fiyatları ve paket adları sık değişir. Bu derste fiyat vermiyoruz; kuralları Ekim 2026’da Microsoft Learn’den doğruladık. Karar vermeden önce güncel sayfaya bak.

Lisans ve kapasite: hangi soru hangi kararı doğurur?

İki tür satın alma vardır: kullanıcı başına lisans ve kapasite (paylaşılan işlem gücü).

SeçenekNe sağlar?Dikkat
Ücretsiz (Free)Fabric’e giriş, Fabric kapasitesindeki alanlarda Power BI dışı Fabric öğeleri oluşturup paylaşmakPaylaşılan Power BI içeriğini yalnızca F64 ve üstü kapasitede, Görüntüleyici (Viewer) rolüyle görebilir
ProPower BI içeriği oluşturup paylaşmakPower BI kullanan her kuruluşta en az bir Pro ya da PPU kullanıcı gerekir
Kullanıcı başına Premium (PPU)Premium özelliklerinin çoğu, kullanıcı başınaFabric kapasitesi sağlamaz; Power BI dışı Fabric öğelerini tek başına çalıştıramaz. Learn’e göre 250’den az kullanıcı için genelde daha ekonomik
Fabric kapasitesi (F SKU)F2’den F8192’ye; saniye bazında faturalama, isteğe bağlı yıllık rezervasyonÖnerilen seçenek. Power BI Premium kapasite (P SKU) satın alma seçenekleri emekliye ayrılıyor
Deneme (Trial)60 gün; F4 ya da F64 boyutunda deneme kapasitesiPower BI lisans kuralları denemede değişmez; Copilot denemede desteklenmez; süre bitince sona erer

F64 eşiği kararın merkezindedir. Learn’e göre F64’ten küçük F kapasitelerde, Power BI içeriğini görüntüleyen her kullanıcının Pro, PPU ya da bireysel deneme lisansı olmalı. F64 ve üstünde yalnızca ücretsiz lisansı olan ve çalışma alanında Görüntüleyici rolü bulunan kullanıcılar da içeriği görebilir. Kuruluş içi gömme (SharePoint, PowerPoint) için de aynı kural geçerlidir.

Anadolu Market büyüyüp 20 rapor geliştiricisine ve 600 mağaza müdürüne (yalnızca okuyucu) ulaştığını varsay. Soru şudur: 600 okuyucuya Pro mu alınır, yoksa F64 ve üstü bir kapasite mi? Cevap fiyat listesine, kapasitenin başka iş yüklerine (lakehouse, not defteri) gerekip gerekmediğine ve kullanım yoğunluğuna bağlıdır. Kapasite alındıysa Microsoft Fabric Capacity Metrics uygulamasıyla CU tüketimi ve kısıtlama (throttling) izlenir.

Kapasite ve depolama kavramlarının teknik tarafı “Microsoft Fabric’e giriş” ve “Kurumsal model” derslerinde.

Self-servis, yönetilen self-servis, kurumsal BI

Yol haritası içerik sahipliği için üç strateji tanımlar:

StratejiVeriyi kim sahiplenir?Raporu kim sahiplenir?Ne zaman?
İş birimi liderliğinde self-servisİş birimiİş birimiKişisel ve ekip analizleri; en esnek, en az denetim
Yönetilen self-servisMerkezî ekip (BT, kurumsal BI, CoE)İş birimindeki rapor yazarlarıEkip ve departman raporları; çoğu kuruluş için hedef model
KurumsalMerkezî ekipMerkezî ekipŞirket geneli, hassas ya da denetlenen veri, ihtiyacı net raporlar

Microsoft yönetilen self-servisi “çekirdekte disiplin, kenarda esneklik” diye özetler. Anadolu Market’te bunun anlamı: BI ekibi tek bir Satış anlam modelini (Satislar, Urunler, Musteriler, Tarih, Hedefler) yayımlar ve sertifikalar; bölge analistleri bu modele canlı bağlanıp kendi raporlarını yazar. Bölgeye özel bir tabloya ihtiyaç olursa bileşik model ile ekler, ana modeli kopyalamaz.

Gölge BI ile self-servis aynı şey değilSelf-servis onaylı bir yaklaşımdır ve yönetişim kurallarına uyar. Kişisel e-postayla dolaşan Excel dosyaları ve kimsenin bilmediği çalışma alanları ise gölge BI’dır (shadow IT).

Mükemmeliyet merkezi (CoE): roller ve yapı

Mükemmeliyet merkezi (Center of Excellence, CoE), standartları koyan, eğiten ve paylaşılan veri varlıklarını yöneten küçük bir ekiptir. Yol haritasındaki roller:

RolNe yapar?
CoE lideriGünlük işleri yönetir; üst yönetim sponsoru ve veri yönetişim kuruluyla çalışır
KoçOfis saatleri, en iyi uygulama incelemeleri, birlikte geliştirme; şampiyonlar ağını destekler
Eğitmenİç eğitim materyali ve dokümantasyon hazırlar
Veri analistiİş biriminin konu uzmanı; CoE ile birim arasında köprü, sertifikasyona yardım
Veri modelleyiciPaylaşılan anlam modellerini ve veri akışlarını yönetir
Rapor yazarıRapor, pano ve ölçüm (metrics) içeriği yayımlar
Veri mühendisiMimari ve dağıtım; lakehouse, ambar, işlem hattı gibi geniş kullanılan varlıklar
Kullanıcı desteğiVeri tutarsızlıklarını ve üst seviyeye taşınan destek taleplerini çözer

Yapı dört türlü olabilir: merkezî (tek ekip her şeyi yapar), birleşik (unified) (merkezî ekip + birimlere gömülü üyeler), federe (çekirdek ekip + birimlerden uydu üyeler) ve dağınık (her birimin kendi CoE’si). Learn’e göre çoğu kuruluş için birleşik ya da federe yapı en etkilidir, çünkü birimler arası sınırı aşar. Anadolu Market gibi orta ölçekli bir şirkette başlangıç için 2–3 kişilik merkezî bir çekirdek ve her bölgeden bir “şampiyon” yeterlidir.

Kiracı ayarları ve yönetişim kontrol listesi

Kiracı ayarları (tenant settings) yönetim portalında bulunur ve bütün kuruluşu etkiler. Çoğu ayar tüm kuruluşa ya da belirli güvenlik gruplarına açılabilir. İlk gün gözden geçirilecek ayarlar:

Kontrol listesine ayarların yanında şu kuralları da ekle: çalışma alanı adlandırma standardı, her alanda en az iki yönetici, geliştirme / test / üretim ayrımı (bkz. “Yaşam döngüsü” dersi), duyarlılık etiketlerinin zorunluluğu (bkz. “Yönetişim” dersi).

Tek doğruluk kaynağı: onaylı anlam modelleri

İki müdür aynı toplantıya farklı “net satış” rakamıyla geliyorsa sorun DAX’ta değil, yönetişimdedir. Çözüm, ortak modelleri onaylamaktır (endorsement):

Sertifikalı içerik veri kalitesi doğrulanmış, değişiklik yönetimine bağlı, destek sahibi belli ve belgelenmiş olmalıdır. Yol haritası bir sağlık göstergesi de önerir: anlam modeli / rapor oranı. Her rapor kendi modelini taşıyorsa oran yüksektir; bu, tekrar eden mantık, tutarsız rakamlar ve yüksek bakım yükü demektir. Anadolu Market’te hedef, satış raporlarının tamamının tek sertifikalı Satış modeline bağlanmasıdır.

Benimsemeyi izlemek

Yayımlanan raporu kimse açmıyorsa proje başarısızdır, ne kadar güzel olursa olsun. İki resmî araç vardır:

AraçKim görür?Ne gösterir?
Kullanım ölçümleri raporu (Usage metrics report)Çalışma alanında Yönetici, Üye ya da Katkıda bulunan; Pro ya da PPU lisansı gerekir. Görüntüleyici rolü yetmezSon 30 günün rapor ve sayfa görüntülemeleri, tekil görüntüleyiciler, eğilim, tipik açılma süresi. “Çalışma alanım”da desteklenmez
Yönetici izleme çalışma alanı (Admin monitoring workspace)Fabric yöneticisi kurar; raporları başkalarıyla paylaşabilirKiracı geneli etkinlik ve envanter. Microsoft genel bakış için OneLake kataloğundaki Govern raporunu öneriyor; eski “Feature usage and adoption” raporu önizlemede kalacak

Kullanım ölçümleri modeli yalnızca son 30 günü tutar. Uzun dönem eğilim için verisini düzenli olarak dışarı aktar. Basit bir benimseme ölçüsü: aktif kullanıcı / lisanslı kullanıcı. Aşağıdaki sorgu, örnek amaçlı küçük bir 30 günlük kullanım tablosundan bunu hesaplıyor (12 lisanslı kullanıcıdan 6’sı aktif, %50):

EVALUATE
VAR Kullanim =
    DATATABLE(
        "Rapor", STRING, "Kullanici", STRING, "Goruntuleme", INTEGER,
        {
            {"Satış Panosu", "ayse", 18}, {"Satış Panosu", "mert", 12},
            {"Satış Panosu", "deniz", 9}, {"Satış Panosu", "selin", 7},
            {"Satış Panosu", "burak", 4}, {"Stok Raporu", "ayse", 3},
            {"Stok Raporu", "kerem", 6}, {"Bölge Raporu", "mert", 1}
        }
    )
VAR Lisansli = 12
VAR Aktif = COUNTROWS(DISTINCT(SELECTCOLUMNS(Kullanim, "Kisi", [Kullanici])))
RETURN
    ROW("Aktif Kullanıcı", Aktif, "Benimseme %", DIVIDE(Aktif, Lisansli))

Sayının kendisi kadar eğilimi önemlidir: benimseme her ay artıyor mu? Hangi raporlar tek kişiye hizmet ediyor? Görüntülenme sayısı tek başına bir gösteriş ölçüsü olabilir; abonelikler de görüntüleme sayısını etkiler.

Olgunluk düzeyleri

Yol haritası her alanı beş olgunluk düzeyiyle değerlendirir: 100 Başlangıç (dağınık denemeler, belgesiz bilgi), 200 Tekrarlanabilir (planlı ama her yerde aynı değil), 300 Tanımlı (standart süreçler birimler arasında tutarlı), 400 Yetkin (veri yaşam döngüsü boyunca yönetiliyor, yönetişim kabul görmüş), 500 Verimli (otomasyon, sürekli iyileştirme, kendini sürdüren topluluk). Amaç her alanda 500 değil; iş için yeterli düzeyi seçip ona ulaşmaktır.

90 günlük yayılım planı

DönemOdakÇıktı
Gün 1–30TemelÜst yönetim sponsoru belirlendi; lisans ve kapasite kararı; kiracı ayarları gözden geçirildi; CoE çekirdeği ve adlandırma standardı; mevcut rapor envanteri çıkarıldı
Gün 31–60PilotTek sertifikalı Satış modeli; bir pilot bölgede 2–3 rapor; şampiyonlar seçildi; ofis saatleri ve iç eğitim başladı; destek kanalı (Teams kanalı ya da form) açıldı
Gün 61–90YaygınlaştırmaDiğer bölgelere uygulama olarak dağıtım; kullanım ölçümleri her ay raporlanıyor; hiç açılmayan raporlar için emeklilik süreci; ikinci veri alanı (stok) için plan
İlk metrik setiAktif kullanıcı oranı, sertifikalı modele bağlı rapor payı, 30 günde hiç açılmayan rapor sayısı, destek talebi çözüm süresi. Dördü de bir eyleme bağlanır.
İlgiliAraçların ayrıntısı Kullanım ve izleme dersinde.
Alıştırmalara geç (8)