Power Platform ALM: Verbindungsverweise ohne Deployment-Ausfälle verwalten
Lösungen transportieren Flows und Verweise, nicht die Autorisierung dahinter. Zielverbindungen vorbereiten, Verweise korrekt zuordnen und Flows nach dem Import testen.
TL;DR
Lösungen transportieren Flows und Verbindungsverweise zwischen Umgebungen, niemals aber die autorisierten Verbindungen selbst. Vor jedem Import die Zielverbindungen anlegen und anmelden, jeden Verweis der richtigen Identität zuordnen, Verbindungsmappings von Umgebungsvariablen getrennt halten und Bereitstellungen mit Power Platform Pipelines oder einer mit pac solution create-settings erzeugten Settingsdatei automatisieren. Danach Flows per Funktionstest prüfen.
Original auf Softchief Technologies. Artikel lesen
Dies ist unsere eigene Kurzfassung, keine Wiederveröffentlichung oder vollständige Übersetzung.
Bedeutung für Governance
- Makers: Flows und ihre Verbindungsverweise vor dem Export in die Release-Lösung aufnehmen, Verweise klar benennen und ein Inventar mit Konnektor, abhängigen Komponenten und Zielverbindung führen.
- Admins/CoE: Den Bereitstellungspfad in Pipelines festlegen, im Voraus klären, wem Produktivverbindungen gehören, und Mappings bei Besitzwechsel oder Abgängen erneut prüfen.
- Security/Compliance: Settingsdateien als Konfiguration behandeln, keine Passwörter darin ablegen und den Zugriff auf Dateien mit internen Umgebungsdetails beschränken.
Häufige Fragen
Werden Zugangsdaten beim Export einer Power Platform Lösung in eine andere Umgebung mitgenommen?
Nein. Lösungen enthalten nur Komponenten und Verweise. Die autorisierte Verbindung mit Anmeldedaten und Zustimmung muss in jeder Zielumgebung neu angelegt werden.
Wie lege ich bei pac solution import die Verbindungsverweise über eine Settingsdatei fest?
Mit pac solution create-settings eine Datei erzeugen, die Zielmappings für Verweise und Umgebungsvariablen eintragen und die Datei dem Importbefehl übergeben.
Warum läuft ein Flow nach dem Lösungsimport nicht, obwohl der Import erfolgreich war?
Der Import bestätigt nur die Annahme des Pakets. Fehlende, falsch verknüpfte oder nicht berechtigte Verbindungen können abhängige Flows weiter blockieren.