Generischen Custom Connector vor der Freigabe absichern
Ein dynamischer Custom Connector zentralisiert die API-Authentifizierung, doch DLP gilt für den gesamten Connector und nicht für einzelne Endpunkte.
TL;DR
Ein Custom Connector kann einen API-Schlüssel in einer verschlüsselten Verbindung speichern und generische Aktionen mit relativePath, Abfrage und Body ausführen. DLP gilt für den gesamten Connector. Deshalb sollte ein Connector, der jede REST-API erreichen kann, vor der produktiven Freigabe gesteuert werden.
Original von Marcel Lehmann, auf PowerPlatformTip. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung. Beide Publikationen werden von Marcel Lehmann herausgegeben.
Bedeutung für Governance
- Makers: Übergebt relativePath, Abfrage und Body an die generische Aktion, während die gemeinsame Verbindung den API-Schlüssel aus der Flow-Logik heraushält.
- Admins/CoE: Klassifiziert und steuert den gesamten Connector vor dem Rollout, weil sein dynamisches Design jede REST-API erreichen kann.
- Leadership/Business: Plant Premium-Berechtigungen für jede Person ein, die einen Flow oder eine App mit diesem Connector ausführt.
Häufige Fragen
Wie hält ein Power Platform Custom Connector den API-Schlüssel aus Flows heraus?
Der API-Schlüssel wird einmal in der verschlüsselten Verbindung hinterlegt. Flows übergeben danach nur relativen Pfad, Abfrage und Body.
Wie gilt DLP für einen generischen Custom Connector mit dynamischen Endpunkten?
DLP gilt für den gesamten Connector und nicht für einzelne Endpunkte. Da er jede REST-API erreichen kann, muss die Freigabe vertrauenswürdig gesteuert werden.
Wie kann ein Custom Connector verschachtelte API-Ressourcen wie Projekte und Aufgaben aufrufen?
Schrägstriche in Pfadparametern werden kodiert. Für verschachtelte Ressourcen ist daher eine eigene parametrisierte Aktion oder benutzerdefinierter Connector-Code nötig.