Çerçeveleri ve komiteleri bir kenara bırakırsanız, Power BI yönetişimi BI ortamınız hakkında dört soruyu istediğiniz anda yanıtlayabilme yeteneğidir: Ne var? Kim kullanıyor? Güvenilir mi? Neye mal oluyor? Geri kalan her şey — politikalar, değerlendirme kurulları, adlandırma kuralları — bu dört yanıtın hizmetindeki makinedir. Bu sayfa araziyi sütun sütun haritalar ve her biri için pratik başlangıç noktasını verir.
Sütun 1 — Envanter: listeleyemediğinizi yönetemezsiniz
Her yönetişim çabası workspace, rapor, semantic model, uygulama ve kapasitelerin eksiksiz ve güncel bir kataloğuyla başlar — portalın size hiçbir zaman bir arada göstermediği, yalnızca admin’in gördüğü ve kişisel workspace’ler dahil. Anlık dışa aktarımlar günler içinde eskir; asıl gereksinim kendini yenileyen bir katalogdur. Tenant envanteri ve denetim rehberi yöntemleri ve sınırlarını anlatıyor.
Sütun 2 — Erişim: kim neyi görebiliyor
Workspace rolleri, uygulama kitleleri, doğrudan paylaşımlar ve dış erişim yıllar boyunca sessizce birikir. Buradaki yönetişim, erişimi workspace ve uygulama bazında sayabilmek ve belirli aralıklarla gözden geçirmektir; çünkü 2023’teki bir proje için verilen izinler kendiliğinden sona ermez. Uygulama erişim listeleri en sık unutulan yüzeydir: içeriğin kitlesine gerçekten ulaştığı yer orasıdır.
Sütun 3 — Kullanım ve yaşam döngüsü: yayılma sorunu
Self-servis BI, içeriği kimsenin emekliye ayırabildiğinden hızlı üretir; sonuç zombi ortamdır: aylardır kimsenin açmadığı, hâlâ yenilenen, hâlâ paylaşılabilen, arama sonuçlarını hâlâ karıştıran raporlar. Microsoft’un ~30 günlük pencerelerinden uzun tutulan kullanım geçmişi, savunulabilir temizliği tahminden ayıran şeydir. Kullanılmayan raporlar rehberi onları bulmanın üç yolunu gösteriyor.
Sütun 4 — Güvenilirlik: yenileme sağlığı
Sessizce geçen haftanın rakamlarını gösteren bir rapor, bozuk olandan daha kötüdür. Hata bildirimleri tek tek model sahiplerine gittiği için tenant genelinde yenileme sağlığı varsayılan olarak görünmezdir — yönetişim, başarı oranlarını, tekrar eden sorunluları ve hata nedenlerini tek yerde izlemek demektir. Yenileme hataları rehberi nedenleri ve çözümleri sıralıyor.
Sütun 5 — Lineage ve güven
“Bu rakam nereden geliyor?” ile “bu kaynağı değiştirirsek ne bozulur?” aynı haritanın ters yönlerden okunmasıdır: kaynak → model → rapor → kitle. Standart raporlar kaynaklarını semantic model’lerinden devralır, sayfalandırılmış raporlar doğrudan bağlanır — bu eşlemeyi yanlış kurarsanız etki analizi sessizce yalan söyler. Veri soy ağacı rehberi iki yönü de kapsıyor.
Sütun 6 — Maliyet: kapasite FinOps’u
Fabric’te maliyet kontrolü kapasite kontrolüdür: her yenileme, sorgu ve notebook aynı ortak CU havuzunu boşaltır ve doğru boyutlandırılmış bir SKU ile panik yükseltme arasındaki fark, öğe bazlı tüketim geçmişidir. Fabric FinOps rehberi ekonomiyi anlatıyor; throttling rehberi işler ters gittiğinde ne olduğunu, metrik geçmişi rehberi ise 14 günlük verinin neden yetmediğini açıklıyor.
30 günlük başlangıç planı
- 1. hafta: tenant envanterini ayağa kaldırın (admin kapsamı, kişisel workspace’ler etiketli).
- 2. hafta: kullanım olaylarını günlük toplamaya başlayın — geçmiş saati ancak siz başlattığınızda işlemeye başlar.
- 3. hafta: yenileme sağlığının taban çizgisini çıkarın; en çok tekrar eden üç sorunu çözün.
- 4. hafta: kapasite tüketimini gözden geçirin; neredeyse kesinlikle bulacağınız yenileme yığılmasını yayın.
Yönetişim bir proje değil, bir süreçtir
Yukarıdaki her sütun, bir yenileme döngüsü olmadan çürür: envanterler eskir, erişimler kayar, zombiler birikir, kapasite dolar. PGR Sonar toplama tarafını otomatikleştirir — sürekli tenant envanteri, kullanım ve yenileme geçmişi, kapasite tüketimi, lineage — böylece yönetişim konuşması güncel gerçeklerden başlar. Karar vermek insanda kalır; defter tutmak kalmamalı.