Power Apps, Power Automate und Power BI gemeinsam steuern
Eine Governance-Routine für Power Apps, Power Automate und Power BI erfasst Assets, Besitzer, Konnektoren, Zugriffe und Lebenszyklus.
TL;DR
Power Apps, Power Automate und Power BI werden als ein Bestand gesteuert: Assets in allen Umgebungen erfassen, Besitzer zuweisen, Konnektoren prüfen, Benutzer- und Gastzugriffe regelmässig bewerten sowie ungenutzte oder gestoppte Assets stilllegen. DLP-Richtlinien begrenzen riskante Konnektoren, getrennte Umgebungen schützen Produktions-Apps und Co-Owner sichern geschäftskritische Apps und Flows ab.
Original von Rencore, auf Rencore. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Makers: Einen Co-Owner oder eine Besitzergruppe für geschäftskritische Apps und Flows festlegen, damit ein Ausscheiden weder Verantwortlichkeit noch Geschäftsprozesse gefährdet.
- Admins/CoE: Apps, Flows, Arbeitsbereiche, Makers, Besitzer, Freigaben und Konnektoren umgebungsübergreifend erfassen und regelmässige Zugriffs- und Lebenszyklusprüfungen durchführen.
- Security/Compliance: Riskante Konnektoren per DLP-Richtlinie begrenzen, die Standardumgebung überwachen und externe oder organisationsweite Freigaben prüfen, weil Konnektoren den Datenfluss bestimmen.
Häufige Fragen
Wie sollten Power BI Arbeitsbereiche auf externen Gastzugriff geprüft werden?
Besitzer sollten Gastzugriffe in regelmässigen Prüfungen bestätigen und nicht mehr bestätigte Zugriffe entfernen, besonders nach dem Ende eines Projekts.
Was passiert mit Power Automate Flows, wenn der Ersteller ausscheidet?
Vor dem Ausscheiden sollte ein Co-Owner oder Dienstkonto zugewiesen werden, da Flows sonst ohne verantwortliche Kontrolle weiterlaufen können.
Soll die Power Platform Standardumgebung geschlossen oder eingeschränkt werden?
Riskante Konnektoren sollten per DLP-Richtlinie eingeschränkt werden, während Produktions-Apps in getrennten Umgebungen mit Besitzern und Änderungssteuerung laufen.