Microsoft Azure VNet-Supportübersicht

Hinweis

Die Power Platform Virtual Network-Community auf Microsoft Viva Engage ist verfügbar. Posten Sie Fragen oder Feedback, die Sie zu dieser Funktionalität haben. Nehmen Sie teil, indem Sie eine Anfrage über das folgende Formular ausfüllen: Anfordern des Zugriffs auf Finance and Operations Viva Engage Community.

Mithilfe der Azure Virtual Network-Unterstützung (VNet) für Power Platform können Sie Power Platform in Ressourcen in Ihr virtuelles Netzwerk integrieren, ohne sie über das öffentliche Internet verfügbar zu gestalten. Die Unterstützung für VNet verwendet die Azure-Subnetzdelegierung, um ausgehenden Datenverkehr des Power Platform-Diensts zur Laufzeit zu verwalten. Durch die Verwendung Azure Subnetzdelegierung müssen geschützte Ressourcen nicht über das Internet zur Integration in Power Platform verfügbar sein. Mithilfe der VNet-Unterstützung können Power Platform-Komponenten Ressourcen im Besitz Ihres Unternehmens innerhalb Ihres Netzwerks aufrufen, unabhängig davon, ob sie in Azure oder lokal gehostet werden, und Plug-Ins und Connectors verwenden, um ausgehende Anrufe zu tätigen.

Über öffentliche Netzwerke lässt sich für gewöhnlich eine Integration von Power Platform mit Unternehmensressourcen herstellen. Bei öffentlichen Netzwerken müssen Unternehmensressourcen über eine Liste von Azure IP-Bereichen oder Diensttags zugänglich sein, die öffentliche IP-Adressen beschreiben. Die VNet-Unterstützung für Power Platform ermöglicht es Ihnen jedoch, ein privates Netzwerk zu verwenden und weiterhin in Clouddienste oder Dienste zu integrieren, die in Ihrem Unternehmensnetzwerk gehostet werden.

Azure Dienste werden innerhalb eines virtuellen Netzwerks durch private Endpunkte geschützt. Sie können ExpressRoute verwenden, um Ihre lokalen Ressourcen in das virtuelle Netzwerk zu übertragen.

Power Platform verwendet den VNet-Dienst und die Subnetze, die Sie delegieren, um ausgehende Anrufe an Unternehmensressourcen über das private Unternehmensnetzwerk auszuführen. Wenn Sie ein privates Netzwerk verwenden, müssen Sie den Datenverkehr nicht über das öffentliche Internet weiterleiten, wodurch Unternehmensressourcen verfügbar gemacht werden können.

In einem virtuellen Netzwerk haben Sie die vollständige Kontrolle über den ausgehenden Datenverkehr von Power Platform. Der Netzwerkadministrator wendet Netzwerkrichtlinien auf den Datenverkehr an. Das folgende Diagramm zeigt, wie Ressourcen in Ihrem Netzwerk mit einem virtuellen Netzwerk interagieren.

Screenshot der Interaktion von Ressourcen innerhalb eines Unternehmensnetzwerks mit einem virtuellen Netzwerk.

Vorteile der Azure VNet-Unterstützung

Durch die Verwendung der VNet-Unterstützung erhalten Ihre Power Platform- und Dataverse-Komponenten alle Vorteile, die Azure Subnetzdelegierung bietet, z. B.:

  • Datenschutz: Die VNet-Unterstützung ermöglicht Power Platform-Diensten, eine Verbindung mit Ihren privaten und geschützten Ressourcen herzustellen, ohne sie für das Internet verfügbar zu machen.

  • Kein nicht autorisierter Zugriff: Die VNet-Unterstützung stellt eine Verbindung mit Ihren Ressourcen dar, ohne dass Power Platform-IP-Bereiche oder -Diensttags in der Verbindung erforderlich sind.

Schätzen der Subnetzgröße für Power Platform-Umgebungen

Telemetriedaten und Beobachtungen aus dem vergangenen Jahr deuten darauf hin, dass Produktionsumgebungen in der Regel 25 bis 30 IP-Adressen erfordern, wobei die meisten Anwendungsfälle in diesen Bereich fallen. Anhand dieser Informationen weisen Sie 25 bis 30 IPs für Produktionsumgebungen und 6 bis 10 IPs für Nichtproduktionsumgebungen wie Sandkasten- oder Entwicklerumgebungen zu. Container, die mit dem virtuellen Netzwerk verbunden sind, verwenden in erster Linie IP-Adressen innerhalb des Subnetzes. Wenn die Umgebung verwendet wird, erstellt sie mindestens vier Container, die basierend auf dem Anrufvolumen dynamisch skaliert werden, jedoch bleiben sie typischerweise im Bereich von 10 bis 30 Containern. Diese Container führen alle Anforderungen für ihre jeweiligen Umgebungen aus und verarbeiten parallele Verbindungsanforderungen effizient.

Für mehrere Umgebungen planen

Wenn Sie dasselbe delegierte Subnetz für mehrere Power Platform-Umgebungen verwenden, benötigen Sie möglicherweise einen größeren Block von klassenlosen IP-Adressen (Inter-Domain Routing, CIDR). Berücksichtigen Sie die empfohlene Anzahl von IP-Adressen für Produktions- und Nichtproduktionsumgebungen, wenn Sie Umgebungen mit einer einzelnen Richtlinie verknüpfen. Jedes Subnetz reserviert fünf IP-Adressen, nehmen Sie also diese reservierten Adressen in Ihre Schätzung ein.

Hinweis

Um die Sichtbarkeit der Ressourcenauslastung zu verbessern, arbeitet das Produktteam daran, delegierte Subnetz-IP-Verbrauch für Unternehmensrichtlinien und Subnetze verfügbar zu machen.

Beispiel IP-Zuteilung

Stellen Sie sich einen Mandanten mit zwei Unternehmensrichtlinien vor. Die erste Richtlinie gilt für Produktionsumgebungen, und die zweite Richtlinie ist für Nichtproduktionsumgebungen vorgesehen.

Unternehmensrichtlinie für die Produktion

Wenn Sie vier Produktionsumgebungen mit Ihrer Unternehmensrichtlinie verknüpft haben und jede Umgebung 30 IP-Adressen erfordert, lautet die gesamte IP-Zuweisung:

(Vier Umgebungen x 30 IPs) + 5 reservierte IPs = 125 IPs

Für dieses Szenario ist ein CIDR-Block von /25 erforderlich, der eine Kapazität von 128 IPs hat.

Unternehmensrichtlinie für nicht-produktive Tätigkeiten

Für eine Nichtproduktions-Unternehmensrichtlinie mit 20 Entwickler- und Sandkastenumgebungen, und jede Umgebung erfordert 10 IP-Adressen, lautet die gesamte IP-Zuweisung:

(Zwanzig Umgebungen x 10 IPs) + 5 reservierte IPs = 205 IPs

Für dieses Szenario ist ein CIDR-Block von /24 erforderlich, der kapazität für 256 IPs und über genügend Speicherplatz verfügt, um der Unternehmensrichtlinie weitere Umgebungen hinzuzufügen.

Unterstützte Szenarien

Power Platform unterstützt VNet sowohl für Dataverse-Plug-Ins als auch für Connectors. Mithilfe dieser Unterstützung können Sie gesicherte, private und ausgehende Verbindungen von Power Platform zu Ressourcen innerhalb Ihres virtuellen Netzwerks erstellen. Dataverse Plug-Ins und Connectors verbessern die Datensicherheit bei der Datenintegration, indem sie eine Verbindung mit externen Datenquellen aus Power Apps, Power Automate und Dynamics 365 Apps herstellen. Du hast beispielsweise folgende Möglichkeiten:

  • Verwenden Sie Dataverse-Plug-Ins, um eine Verbindung mit Ihren Clouddatenquellen herzustellen, z. B. Azure SQL, Azure Storage, Blob-Speicher oder Azure Key Vault. Sie können Ihre Daten vor Datenexfiltration und anderen Vorfällen schützen.
  • Verwenden Sie Dataverse-Plug-Ins, um sicher eine Verbindung mit privaten, endpunktgeschützten Ressourcen in Azure herzustellen, z. B. Web-API oder ressourcen in Ihrem privaten Netzwerk, z. B. SQL und Web-API. Sie können Ihre Daten vor Datenschutzverletzungen und anderen externen Bedrohungen schützen.
  • Verwenden Sie vom virtuellen Netzwerk unterstützte Connectors wie SQL Server, um eine sichere Verbindung mit Ihren in der Cloud gehosteten Datenquellen herzustellen, z. B. Azure SQL oder SQL Server, ohne sie dem Internet verfügbar zu machen. Ebenso können Sie Azure Queue Connector verwenden, um sichere Verbindungen mit privaten, endpunktfähigen Azure Warteschlangen herzustellen.
  • Verwenden Sie den Azure Key Vault Connector, um sicher mit dem privaten, durch Endpunkte geschützten Azure Key Vault zu verbinden.
  • Verwenden Sie custom Connectors, um eine sichere Verbindung mit Ihren Diensten herzustellen, die durch private Endpunkte in Azure oder Diensten geschützt sind, die in Ihrem privaten Netzwerk gehostet werden.
  • Verwenden Sie Azure Dateispeicher, um eine sichere Verbindung mit privaten, endpunktfähigen Azure Dateispeicher herzustellen.
  • Verwenden Sie HTTP mit Microsoft Entra ID (vorautorisiert), um Ressourcen sicher über virtuelle Netzwerke aus verschiedenen Webdiensten abzurufen, die von Microsoft Entra ID oder von einem lokalen Webdienst authentifiziert wurden.

Einschränkungen

  • Dataverse Low-Code-Plug-Ins, die Konnektoren verwenden, werden erst unterstützt, wenn diese Konnektortypen so aktualisiert wurden, dass sie die Subnetzdelegierung verwenden.
  • Sie verwenden Kopier-, Sicherungs- und Wiederherstellungsvorgänge im Lebenszyklus der Umgebung in Umgebungen, die durch virtuelle Netzwerke in Power Platform unterstützt werden. Sie können den Wiederherstellungsvorgang innerhalb desselben virtuellen Netzwerks und in verschiedenen Umgebungen ausführen, vorausgesetzt, sie sind mit demselben virtuellen Netzwerk verbunden. Darüber hinaus ist der Wiederherstellungsvorgang aus Umgebungen, die virtuelle Netzwerke nicht unterstützen, in Umgebungen mit solcher Unterstützung zulässig.

Unterstützte Regionen

Überprüfen Sie vor dem Erstellen Ihrer virtuellen Netzwerk- und Unternehmensrichtlinie die Region Ihrer Power Platform-Umgebung, um sicherzustellen, dass sie sich in einer unterstützten Region befindet. Verwenden Sie das Get-EnvironmentRegion Cmdlet aus dem PowerShell-Modul der Subnetzdiagnose , um die Regionsinformationen Ihrer Umgebung abzurufen.

Nachdem Sie die Region Ihrer Umgebung bestätigt haben, stellen Sie sicher, dass Sie Ihre Unternehmensrichtlinie und Azure-Ressourcen in den entsprechenden unterstützten Azure-Regionen konfigurieren. Wenn sich Ihre Power Platform-Umgebung beispielsweise im Vereinigten Königreich befindet, müssen sich Ihr virtuelles Netzwerk und Ihre Subnetze in den Regionen uksouth und ukwest Azure befinden. Wenn eine Power Platform-Region mehr als zwei verfügbare Regionspaare aufweist, müssen Sie das bestimmte Regionspaar verwenden, das mit der Region Ihrer Umgebung übereinstimmt. Wenn beispielsweise Get-EnvironmentRegion für Ihre Umgebung westus zurückgibt, müssen sich Ihr virtuelles Netzwerk und Ihre Subnetze in eastus und westus befinden.

Power Platform-Region Azure-Region
USA Ostus, Westus
Südafrika Südafrika Nord, Südafrika West
Vereinigtes Königreich uksouth (Großbritannien Süd), ukwest (Großbritannien West)
Japan japanost, japanwesten
Indien Zentralindien, Südindien
Frankreich francecentral, francesouth
Europa Westeuropa, Nordeuropa
Deutschland Norddeutschland, Westzentraldeutschland
Schweiz schweiznorth, schweizwest
Kanada kanadazentral, kanadaost
Brasilien Brasilien Süd
Australien Australien Südost, Australien Ost
Asia Ostasien, Südostasien
VAE uaenorth
Südkorea koreasouth, koreacentral
Norwegen norwegenwest, norwegenost
Singapur Südostasien
Schweden schwedencentral
Italien italiennord
US-Regierung usgovtexas, usgovvirginia

Hinweis

Unterstützung in CLOUD-Umgebungen der US-Regierung ist derzeit nur für Umgebungen verfügbar, die in Government Community Cloud – High (GCC High) oder Department of Defense (DoD) bereitgestellt werden. Die Unterstützung für GCC-Umgebungen (Government Community Cloud) ist nicht verfügbar.

Unterstützte Dienste

In der folgenden Tabelle sind die Dienste aufgeführt, die Azure Subnetzdelegierung für die VNet-Unterstützung für Power Platform unterstützen.

Region Power Platform-Dienste Verfügbarkeit der VNet-Unterstützung
Dataverse Dataverse Plugins Allgemein verfügbar
Konnektoren Allgemein verfügbar
Konnektoren Allgemein verfügbar

Unterstützte Umgebungen

Die VNet-Unterstützung für Power Platform ist für alle Power Platform-Umgebungen nicht verfügbar. In der folgenden Tabelle ist aufgeführt, welche Umgebungstypen VNet unterstützen.

Umgebungstyp Unterstützt
Produktion Ja
Standard Ja
Sandbox Ja
Developer Ja
Trial Nein
Microsoft Dataverse für Teams Nein

Überlegungen zum Aktivieren der VNet-Unterstützung für die Power Platform-Umgebung

Wenn Sie die VNet-Unterstützung in einer Power Platform-Umgebung verwenden, führen alle unterstützten Dienste wie Dataverse-Plug-Ins und Connectors Anforderungen zur Laufzeit in Ihrem delegierten Subnetz aus und unterliegen Ihren Netzwerkrichtlinien. Die Aufrufe zu öffentlich zugänglichen Ressourcen fangen an zu scheitern.

Wichtig

Bevor Sie die Unterstützung der virtuellen Umgebung für eine Power Platform-Umgebung aktivieren, überprüfen Sie den Code der Plug-Ins und der Connectors. Aktualisieren Sie die URLs und Verbindungen für die Arbeit mit privater Konnektivität.

Beispielsweise kann ein Plug-In versuchen, eine Verbindung mit einem öffentlich verfügbaren Dienst herzustellen, aber Ihre Netzwerkrichtlinie lässt keinen öffentlichen Internetzugriff innerhalb Ihres virtuellen Netzwerks zu. Die Netzwerkrichtlinie blockiert den Anruf vom Plug-In. Um den blockierten Anruf zu vermeiden, können Sie den öffentlich verfügbaren Dienst in Ihrem virtuellen Netzwerk hosten. Alternativ können Sie, wenn Ihr Dienst in Azure gehostet wird, einen privaten Endpunkt für den Dienst verwenden, bevor Sie die VNet-Unterstützung in der Power Platform-Umgebung aktivieren.

Häufig gestellte Fragen

Was ist der Unterschied zwischen einem Virtuellen Netzwerkdatengateway und der VNet-Unterstützung für Power Platform?

Ein Gateway für virtuelle Netzwerkdaten ist ein verwaltetes Gateway, das Sie verwenden, um über Ihr virtuelles Netzwerk auf Azure- und Power Platform-Dienste zuzugreifen, ohne ein lokales Datengateway einrichten zu müssen. Beispielsweise ist das Gateway für ETL-Workloads (Extrahieren, Transformieren, Laden) in Power BI und Power Platform-Datenflüssen optimiert.

Azure VNet-Unterstützung für Power Platform verwendet eine Azure Subnetzdelegierung für Ihre Power Platform-Umgebung. Subnetze werden von Workloads innerhalb der Power Platform-Umgebung verwendet. Power Platform-API-Workloads verwenden VNet-Unterstützung, da die Anforderungen kurzlebig und für eine große Anzahl von Anforderungen optimiert sind.

Was sind die Szenarien, in denen ich die VNet-Unterstützung für Power Platform und das Virtuelle Netzwerkdatengateway verwenden sollte?

VNet-Unterstützung für Power Platform ist die einzige unterstützte Option für alle Szenarien für ausgehende Konnektivität von Power Platform außer Power BI und Power Platform-Datenflüssen.

Power BI und Power Platform-Datenflüsse verwenden weiterhin das Datengateway für virtuelle Netzwerke (VNet).

Wie können Sie sicherstellen, dass ein virtuelles Netzwerksubnetz oder -datengateway einer bestimmten Kundschaft nicht von einer anderen in Power Platform verwendet wird?

  • Die VNet-Unterstützung für Power Platform verwendet Azure-Subnetzdelegierung.

  • Jede Power Platform-Umgebung ist mit einem virtuellen Netzwerksubnetz verknüpft. Nur Aufrufe aus dieser Umgebung dürfen auf dieses virtuelle Netzwerk zugreifen.

  • Mit der Delegierung können Sie ein bestimmtes Subnetz für jede Azure Plattform als Dienst (PaaS) festlegen, die in Ihr virtuelles Netzwerk eingefügt werden muss.

Gibt es VNet-Unterstützung für Power Platform-Failover?

Ja, Sie müssen die virtuellen Netzwerke für beide Azure Regionen delegieren, die Ihrer Power Platform-Region zugeordnet sind. Wenn sich Ihre Power Platform-Umgebung beispielsweise in Kanada befindet, müssen Sie virtuelle Netzwerke in CanadaCentral und CanadaEast erstellen, delegieren und konfigurieren.

Wie kann eine Power Platform-Umgebung in einer Region eine Verbindung zu Ressourcen herstellen, die in einer anderen Region gehostet werden?

Ein virtuelles Netzwerk, das mit einer Power Platform-Umgebung verknüpft ist, muss sich in der Region der Power Platform-Umgebung befinden. Wenn sich das virtuelle Netzwerk in einer anderen Region befindet, erstellen Sie in der Region der Power Platform-Umgebung ein virtuelles Netzwerk und verwenden Sie VNet-Peering auf beiden subnetzdelegierten virtuellen Netzwerken der Azure-Regionen, um es mit dem virtuellen Netzwerk in der anderen Region zu verbinden.

Kann ich den ausgehenden Datenverkehr von delegierten Subnetzen überwachen?

Ja. Sie können eine Netzwerksicherheitsgruppe und Firewalls verwenden, um ausgehenden Datenverkehr aus delegierten Subnetzen zu überwachen. Weitere Informationen finden Sie unter Monitor Azure Virtual Network.

Kann ich über das Internet gehende Aufrufe von Plug-Ins oder Konnektoren ausführen, nachdem meine Umgebung einem Subnetz delegiert wurde?

Ja. Internetgebundener Zugriff ist standardmäßig über Plug-Ins und Connectors in einer subnetzdelegierte Umgebung verfügbar. Fügen Sie ein Azure NAT-Gateway an das delegierte Subnetz an, damit Ihre Organisation den ausgehenden Zugriff steuern und sichern kann. Weitere Informationen finden Sie unter Bewährte Methoden zum Sichern ausgehender Verbindungen von Power Platform-Diensten.

Kann ich den Subnetz-IP-Adressbereich aktualisieren, nachdem er an Microsoft.PowerPlatform/enterprisePoliciesdelegiert wurde?

Nein, nicht, solange die Funktion in Ihrer Umgebung verwendet wird. Sie können den IP-Adressbereich des Subnetzes nicht ändern, nachdem es an "Microsoft.PowerPlatform/enterprisePolicies" delegiert wurde. Wenn Sie den IP-Adressbereich ändern, wird die Delegierungskonfiguration ungültig, und die Umgebung funktioniert nicht mehr. Um den IP-Adressbereich zu ändern, verwenden Sie Disable-SubnetInjection, nehmen Sie die erforderlichen Änderungen vor, und aktivieren Sie die Funktion dann wieder für Ihre Umgebung.

Kann ich die DNS-Adresse meines virtuellen Netzwerks aktualisieren, nachdem es an Microsoft.PowerPlatform/enterprisePolicies delegiert wurde?

Nein, nicht, solange die Funktion in Ihrer Umgebung verwendet wird. Sie können die DNS-Adresse des virtuellen Netzwerks nicht ändern, nachdem sie delegiert Microsoft.PowerPlatform/enterprisePolicieswurde. Wenn Sie die DNS-Adresse ändern, wird die Änderung nicht in der Konfiguration aufgenommen, und Ihre Umgebung funktioniert möglicherweise nicht mehr. Um die DNS-Adresse zu ändern, verwenden Sie Disable-SubnetInjection, um die Verknüpfung all Ihrer Umgebungen mit der Richtlinie aufzuheben, nehmen Sie die erforderlichen Aktualisierungen an Ihrem VNet vor, warten Sie 30 Minuten, um sicherzustellen, dass Ihre Änderungen übernommen wurden, und aktivieren Sie anschließend die Subnetzinjektion mit Enable-SubnetInjection erneut.

Kann ich dieselbe Unternehmensrichtlinie für mehrere Power Platform-Umgebungen verwenden?

Ja. Sie können dieselbe Unternehmensrichtlinie für mehrere Power Platform-Umgebungen verwenden. Es gilt jedoch die Einschränkung, dass Umgebungen für den Vorabveröffentlichungszyklus nicht mit derselben Unternehmensrichtlinie wie andere Umgebungen verwendet werden können.

Mein virtuelles Netzwerk hat ein benutzerdefiniertes DNS konfiguriert. Verwendet Power Platform mein benutzerdefiniertes DNS?

Ja. Power Platform verwendet das benutzerdefinierte DNS, das Sie im virtuellen Netzwerk konfigurieren, das das delegierte Subnetz enthält, um alle Endpunkte aufzulösen. Nachdem Sie die Delegierung der Umgebung abgeschlossen haben, können Sie Plugins aktualisieren, sodass sie den richtigen Endpunkt verwenden und von Ihrem benutzerdefinierten DNS aufgelöst werden können.

Meine Umgebung hat ISV-bereitgestellte Plug-Ins. Würden diese Plug-Ins im delegierten Subnetz ausgeführt werden?

Ja. Alle Kunden-Plug-Ins und ISV-Plug-Ins können mit Ihrem Subnetz ausgeführt werden. Wenn die ISV-Plug-Ins über ausgehende Konnektivität verfügen, müssen Sie diese URLs möglicherweise in Ihrer Firewall auflisten.

Meine lokalen Endpunkt-TLS-Zertifikate sind nicht von bekannten Stammzertifizierungsstellen (ZS) signiert. Unterstützen Sie unbekannte Zertifikate?

Nein Power Platform erfordert, dass der Endpunkt ein TLS-Zertifikat mit der vollständigen Kette darstellt. Sie können Ihre benutzerdefinierte Stammzertifizierungsstelle nicht zur Liste bekannter Zertifizierungsstellen hinzufügen.

Power Platform empfiehlt keine bestimmte Topologie. Kunden verwenden jedoch die Hub-Spoke-Netzwerktopologie in Azure weit.

Ist das Verknüpfen eines Azure Abonnements mit meinem Power Platform-Mandanten erforderlich, um die VNet-Unterstützung zu aktivieren?

Ja, um die VNet-Unterstützung für Power Platform-Umgebungen zu aktivieren, müssen Sie dem Power Platform-Mandanten ein Azure-Abonnement zuordnen.

Wie verwendet Power Platform Azure Subnetzdelegierung?

Wenn Sie einer Power Platform-Umgebung ein delegiertes Azure Subnetz zuweisen, verwendet es die VNet-Einfügung, um den Container zur Laufzeit in das delegierte Subnetz einzufügen. Während dieses Prozesses erhält die Netzwerkschnittstellenkarte (Network Interface Card, NIC) des Containers eine IP-Adresse aus dem delegierten Subnetz. Der Host (Power Platform) und der Container kommunizieren über einen lokalen Port im Container, und der Datenverkehr fließt über Azure Fabric.

Kann ich ein vorhandenes virtuelles Netzwerk für Power Platform verwenden?

Ja, Sie können ein vorhandenes virtuelles Netzwerk für Power Platform verwenden, wenn Sie ein einzelnes, neues Subnetz innerhalb des virtuellen Netzwerks speziell an Power Platform delegieren. Sie müssen das delegierte Subnetz für die Subnetzdelegierung reservieren und es nicht für andere Zwecke verwenden.

Kann ich dasselbe delegierte Subnetz in mehreren Unternehmensrichtlinien wiederverwenden?

Nein Sie können dasselbe Subnetz nicht in mehreren Unternehmensrichtlinien wiederverwenden. Jede Power Platform Unternehmensrichtlinie muss über ein eigenes, eindeutiges Subnetz für die Delegierung verfügen.

Was ist ein Dataverse-Plug-In?

Ein Dataverse-Plug-In ist ein Teil von benutzerdefiniertem Code, den Sie in einer Power Platform-Umgebung bereitstellen können. Sie können dieses Plug-In so konfigurieren, dass es während Ereignissen (z. B. einer Änderung in Daten) ausgeführt wird, oder sie als benutzerdefinierte API auslösen. Weitere Informationen finden Sie unter Dataverse-Plug-Ins.

Wie wird ein Dataverse-Plug-In ausgeführt?

Ein Dataverse-Plug-In wird in einem Container ausgeführt. Wenn Sie einer Power Platform-Umgebung ein delegiertes Subnetz zuweisen, erhält die Netzwerkschnittstellenkarte (Network Interface Card, NIC) des Containers eine IP-Adresse aus dem Adressraum dieses Subnetzes. Der Host (Power Platform) und der Container kommunizieren über einen lokalen Port im Container, und der Datenverkehr fließt über Azure Fabric.

Können mehrere Plug-Ins innerhalb desselben Containers ausgeführt werden?

Ja. In einer bestimmten Power Platform- oder Dataverse-Umgebung können mehrere Plug-Ins innerhalb desselben Containers ausgeführt werden. Jeder Container verwendet eine IP-Adresse aus dem Subnetzadressraum, und jeder Container kann mehrere Anforderungen ausführen.

Wie behandelt die Infrastruktur eine Zunahme der gleichzeitigen Plug-In-Ausführung?

Da die Anzahl gleichzeitiger Plug-In-Ausführungen zunimmt, wird die Infrastruktur automatisch skaliert oder eingeskaliert, um die Last aufzunehmen. Das an eine Power Platform-Umgebung delegierte Subnetz sollte über genügend Adressräume verfügen, um das Spitzenvolumen an Ausführungen für die Workloads in dieser Power Platform-Umgebung bewältigen zu können.

Wer steuert die damit verbundenen virtuellen Netzwerk- und Netzwerkrichtlinien?

Sie verfügen über Besitz und Kontrolle über das virtuelle Netzwerk und die zugehörigen Netzwerkrichtlinien. Andererseits verwendet Power Platform die zugeordneten IP-Adressen aus dem delegierten Subnetz innerhalb dieses virtuellen Netzwerks.

Unterstützen Azure-fähige Plug-Ins VNet?

Nein, Azure-fähigen Plug-Ins unterstützen VNet nicht.

Nächste Schritte

Einrichten der VNet-Unterstützung

Verwandte Inhalte

Behandeln von VNet-Problemen

  • Last updated on