In Power BI-omgevingen voor bedrijven zijn datasets verdeeld over meerdere workspaces, per team, bedrijfseenheid, project of omgeving (ontwikkelen/testen/productie). Monitoring van al deze workspaces vereist een strategie die verder gaat dan het afzonderlijk controleren van elke workspace.
De API-aanpak voor beheerders
De Power BI Admin REST API (/v1.0/myorg/admin/... eindpunten) kan datasets, vernieuwingsgeschiedenis en workspace-informatie opvragen voor de gehele tenant zonder dat u naar elke workspace afzonderlijk hoeft te navigeren. Hiervoor moet de aanroepende serviceprincipal de rol Power BI-beheerder of Fabric-beheerder hebben.
Met beheerdersrechten kan met één API-aanroep alle datasets in de tenant worden opgesomd, de vernieuwingsgeschiedenis voor elke dataset worden opgevraagd en het capaciteitsgebruik in alle Premium-workspaces worden gecontroleerd.
De serviceprincipal-aanpak
Voor organisaties die liever geen beheerdersrechten verlenen voor de monitoringinfrastructuur, kan een serviceprincipal worden toegevoegd als workspacelid (rol Kijker of Bijdrager) aan elke workspace die moet worden gemonitord. De monitoring tool voert vervolgens per workspace API-aanroepen uit met behulp van de referenties van de serviceprincipal.
Deze aanpak vereist in eerste instantie meer configuratiewerk (de serviceprincipal moet aan elke workspace worden toegevoegd), maar beperkt de impact van een gecompromitteerde referentie.
Wat te monitoren in alle workspaces
Een monitoringoverzicht voor alle workspaces moet het volgende samenvoegen:
- Alle refresh failures in de afgelopen 24 uur, gegroepeerd per workspace en dataset
- Aantal opeenvolgende fouten (datasets die de drempel voor het uitschakelen van de planning naderen)
- Trage refreshes die de duurbaselines per workspace overschrijden
- Datasets zonder refresh binnen het verwachte tijdsvenster (stille fouten - de refresh werd niet geactiveerd)
Waarschuwingen op grote schaal
Bij veel workspaces genereert een eenvoudige waarschuwingsfunctie te veel meldingen. Effectieve waarschuwingen voor alle workspaces maken gebruik van deduplicatie en bundeling: meerdere fouten in hetzelfde tijdsvenster van dezelfde gateway worden gegroepeerd in één gateway-incident in plaats van één waarschuwing per dataset te verzenden.
Voor grote omgevingen (meer dan 50 workspaces, meer dan 500 datasets) kan het routeren van waarschuwingen per workspace nuttig zijn: elk team ontvangt alleen waarschuwingen voor hun eigen workspace in plaats van een centrale stroom meldingen. Dit vereist dat workspaces aan teams worden gekoppeld in de monitoringconfiguratie.