Wann Power Apps an Azure Pro-Code übergeben sollte
Delegierung, Leistung und komplexe Geschäftslogik zeigen, wann Power Apps Azure-APIs benötigt und die bestehende Oberfläche behalten kann.
TL;DR
Power Apps kann bei nicht delegierbaren Abfragen über Zehntausende Datensätze, komplexen Transaktionen, asynchronen Warteschlangen und WebSockets an Grenzen stossen. Empfohlen werden Azure Functions oder App Service für die schwere Logik, sichere Endpunkte über benutzerdefinierte Konnektoren oder API Management sowie eine schrittweise Migration mit Power Apps als Oberfläche.
Original auf M365 FM Podcast. Artikel lesen · vorgeschlagen von Mirko Peters
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Makers: Auf nicht delegierbare Abfragen, langsames Laden und wachsende Formelkomplexität achten, weil lokale Filter Leistung und vorhersehbare Ergebnisse beeinträchtigen können.
- Admins/CoE: Daten, Oberfläche und Integrationen der App prüfen und die schrittweise Auslagerung des Backends statt eines riskanten Komplettumbaus unterstützen.
- Security/Compliance: Komplexe Logik in sicheren Azure Functions oder APIs betreiben und die Kernlogik in Azure-DevOps-Pipelines versionieren.
- Leadership/Business: Eine hybride Architektur bevorzugen, wenn Skalierung, umfangreiche Aggregationen, ERP-Integration oder prädiktive Modelle erforderlich sind und die bestehende Oberfläche bleiben soll.
Häufige Fragen
Wann zeigt die Datendelegierung in Power Apps einen Bedarf für Azure Functions?
Nicht delegierbare Abfragen laden Datensätze lokal und können bei grossen Datenquellen starke Leistungsprobleme sowie unvorhersehbare Filterergebnisse verursachen.
Kann eine Power-Apps-Canvas-App ein Azure-Backend nutzen, ohne ihre Oberfläche zu ersetzen?
Ja. Azure Functions oder App Service können über benutzerdefinierte Konnektoren angebunden werden, während Power Apps die Benutzeroberfläche bleibt.
In welcher Reihenfolge sollte Logik von Power Apps nach Azure migriert werden?
Die Lösung prüfen, zuerst die Backend-Logik auslagern, Azure-APIs bauen und danach die bestehenden Datenverbindungen einzeln ersetzen, um Unterbrechungen zu reduzieren.