Muistiinpano
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää kirjautua sisään tai vaihtaa hakemistoa.
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää vaihtaa hakemistoa.
Muistiinpano
Microsoft Viva Engage:n Power Platform Virtual Network -yhteisö on saatavilla. Voit julkaista kysymyksiä tai palautetta, joita sinulla on tästä toiminnosta. Voit liittyä täyttämällä pyynnön seuraavalla lomakkeella: Request access to Finance and Operations Viva Engage Community.
Power Platformin Azure Virtual Network -tuen avulla voit integroida Power Platformin näennäisverkon sisällä olevien resurssien kanssa näyttämättä niitä julkisessa Internetissä. Virtual Network tuki käyttää Azure-aliverkon delegointia lähtevän liikenteen hallintaan Power Platformista suorituksen aikana. Aliverkon delegoinnin Azure avulla suojattujen resurssien ei tarvitse olla käytettävissä Internetissä, jotta ne voidaan integroida Power Platformiin. Näennäisverkon tuen avulla Power Platform -komponentit voivat kutsua yrityksesi omistamia resursseja verkossasi riippumatta siitä, isännöidäänkö niitä Azure vai paikallisesti, ja ne voivat käyttää laajennuksia ja liittimiä lähtevien kutsujen tekemiseen.
Power Platform integroituu yritysresursseihin yleensä julkisissa verkoissa. Julkisten verkkojen avulla yritysresurssien on oltava käytettävissä julkista IP-osoitetta kuvaavien Azure IP-osoite- tai palvelutunnisteiden luettelossa. Power Platformin Azure Virtual Network tuen avulla voit kuitenkin käyttää yksityistä verkkoa ja still integroida pilvipalveluihin tai palveluihin, joita isännöidään yrityksesi verkon sisällä.
Azure-palvelut on suojattu Virtual Network sisällä private -päätepisteillä. Voit Express Route avulla tuoda paikalliset resurssit Virtual Network sisään.
Power Platform käyttää delegoimiasi Virtual Network ja aliverkkoja saapuvien kutsujen tekemiseen yritysresursseihin yrityksen yksityisverkossa. Käyttämällä yksityistä verkkoa sinun ei tarvitse reitittää liikennettä julkisen Internetin kautta, mikä saattaa paljastaa yritysresursseja.
Virtual Network hallitset täysin Power Platformista lähtevää liikennettä. Liikenteeseen sovelletaan verkon järjestelmänvalvojan käyttöön ottamia verkkokäytäntöjä. Seuraavasta kaaviosta näet, miten verkkosi sisäiset resurssit käsittelevät Virtual Network.
Virtuaaliverkon tuen edut
Power Platform- ja Dataverse-komponentit saavat Virtual Network tuen avulla kaikki benefits jotka Azure-aliverkkovaltuutettu tarjoaa, kuten:
Data protection: Virtual Network avulla Power Platform -palvelut voivat muodostaa yhteyden yksityisiin ja suojattuihin resursseihin näyttämättä niitä Internetissä.
Nono luvaton käyttö: Virtual Network muodostaa yhteyden resursseihisi ilman Power Platformin IP-osoitealueita tai palvelutunnisteita yhteydessä.
Power Platform -ympäristöjen aliverkon koon arviointi
Viime vuoden telemetriatiedot ja havainnot osoittavat, että tuotantoympäristöt vaativat yleensä 25–30 IP-osoitetta, ja suurin osa käyttötapauksista kuuluu tälle valikoimalle. Näiden tietojen perusteella varaa 25–30 IP tuotantoympäristöihin ja 6–10 IP ei-tuotannottomaan ympäristöön, kuten eristykseen tai kehittäjäympäristöön. Säilöt, jotka on yhdistetty virtuaaliverkkoon, käyttävät ensisijaisesti aliverkon IP-osoitteita. Kun ympäristöä alkaa käyttää, se luo vähintään neljä säilöä, jotka skaalautuvat dynaamisesti kutsun määrän perusteella, vaikka ne pysyvät yleensä 10–30-säilöalueella. Nämä säilöt suorittavat kaikki pyynnöt omissa ympäristöissä ja käsittelevät rinnakkaisia yhteyspyyntöjä tehokkaasti.
Suunnittelu, kun ympäristöjä on useita
Jos käytät samaa delegoitua aliverkkoa useissa Power Platform -ympäristöissä, saatat tarvita suuremman lohkon luokittamattomia toimialueiden välisen reitityksen (CIDR) IP-osoitteita. Harkitse suositeltua määrää IP-osoitteita tuotantoympäristöjä ja ei-tuotantoympäristöjä varten, kun linkität ympäristöjä yhteen käytäntöön. Jokaisessa aliverkossa on viisi IP-osoitetta, joten sisällytä arvioosi nämä varatut osoitteet.
Muistiinpano
Resurssien käytön näkyvyyden parantamiseksi tuotetiimi pyrkii paljastamaan delegoidun aliverkon IP-kulutuksen yrityskäytännöille ja aliverkoille.
IP-osoitteiden kohdistusesimerkki
Oletetaan, että vuokraajalla on kaksi yrityskäytäntöä. Ensimmäinen käytäntö koskee tuotantoympäristöjä ja toinen ei-tuotantoympäristöjä.
Tuotannon yrityskäytäntö
Jos sinulla on neljä tuotantoympäristöä liitettynä yrityskäytäntöön ja kukin ympäristö vaatii 30 IP-osoitetta, IP-varaus yhteensä on:
(Neljä ympäristöä x 30 URL-pistettä) + 5 varattua URL-pistettä = 125 URL-pistettä
Tässä skenaariossa tarvittava CIDR-lohko on /25, ja siinä on 128 IP-osoitteen kapasiteetti.
Ei-tuotanto-yrityskäytäntö
Jos ei-tuotannollinen yrityskäytäntö sisältää 20 kehittäjä- ja eristysympäristöä ja jokainen ympäristö vaatii 10 IP-osoitetta, IP-varaus yhteensä on:
(20 ympäristöä x 10 URL-pistettä) + 5 varattua URL-pistettä = 205 URL-pistettä
Tämä skenaario edellyttää /24:n CIDR-lohkoa, jonka kapasiteetti on 256 IP:tä ja jossa on riittävästi tilaa ympäristöjen lisäämiseksi yrityskäytäntöön.
Tuetut skenaariot
Power Platform tukee Virtual Network sekä Dataverse-laajennuksille että liitännälle. Tämän tuen avulla voit luoda suojatun, yksityisen ja lähtevän yhteyden Power Platformista Virtual Network resursseihin. Dataverse-laajennukset ja liittimet parantavat tietojen integroinnin suojausta yhdistämällä ulkoisiin tietolähteisiin Power Apps, Power Automate ja Dynamics 365 sovelluksista. Voit esimerkiksi
- Käytä Dataverse-laajennuksia yhteyden muodostamiseen pilvitietolähteisiin, kuten Azure SQL, Azure Storage, blob-säilöön tai Azure Key Vault. Tiedot voidaan suojata tietojen luvattomalta vienniltä ja muilta tapauksilta.
- käytä Dataverse-laajennuksia yhteyden muodostamiseen turvallisesti Azure yksityisiin päätepistesuojattuihin resursseihin, kuten WWW-ohjelmointirajapintaan, tai yksityisverkkosi resursseihin, kuten SQL- ja WWW-ohjelmointirajapintaan. Tiedot voidaan suojata tietomurroilta ja muilta ulkoisilta uhkilta.
- Käytä Virtual Network–tuettuja liittimiä kuten SQL Server, jotta voit turvallisesti muodostaa yhteyden pilvipalvelussa isännöityihin tietolähteisiin, kuten Azure SQL tai SQL Server, näyttämättä niitä Internetissä. Vastaavasti voit käyttää Azure Queue -liitintä suojattujen yhteyksien muodostamiseen yksityiseen, päätepistettä käyttävään Azure jonoon.
- käytä Azure Key Vault -liitintä turvalliseen yhteyden muodostamiseen yksityiseen, päätepistesuojattuun Azure Key Vault.
- mukautettujen liittimien avulla voit turvallisesti muodostaa yhteyden palveluihisi, jotka on suojattu yksityisillä päätepisteillä yksityisessä verkossasi isännöidyissä Azure tai palveluissa.
- Käytä Azure File Storage -tallennusta turvalliseen yhteyden muodostamiseen yksityiseen, päätepistettä käyttävään Azure tiedostosäilöön.
- Hae HTTP-palvelun ja Microsoft Entra ID (esimääritettyjä) avulla turvallisesti näennäisverkkojen resursseja eri verkkopalveluista, jotka Microsoft Entra ID todentaa tai jotka on todennettu paikallisesta verkkopalvelusta.
Rajoitukset
- Yhdistimiä käyttäviä Dataversen vähäkoodisia laajennuksia ei tueta, ennen kuin kyseiset yhdistintyypit on päivitetty käyttämään aliverkon delegointia.
- Näennäisverkkoa tukevissa Power Platform -ympäristöissä käytetään ympäristön elinkaaritoimintojen kopiointia, varmuuskopiointia ja palauttamista. Voit suorittaa palautustoiminnon samassa näennäisverkossa ja eri ympäristöissä, jos ne on yhdistetty samaan näennäisverkkoon. Palautustoiminto on lisäksi sallittu näennäisverkkoja tukevista ympäristöistä sellaisiin ympäristöihin, jotka eivät näennäisverkkoja tue.
Tuetut alueet
Ennen kuin luot Virtual Network- ja yrityskäytäntöjä, varmista Power Platform -ympäristösi alue varmistaaksesi, että se on tuetulla alueella. Voit käyttää Get-EnvironmentRegion cmdlet-komentoa aliverkon diagnostiikkamoduulista PowerShell ympäristösi aluetietojen noutamiseen.
Kun olet vahvistanut ympäristösi alueen, varmista, että yrityskäytäntösi ja Azure resurssit on määritetty vastaavilla tuetuilla Azure alueilla. Jos Power Platform -ympäristösi on esimerkiksi Yhdistyneessä kuningaskunnassa, Virtual Network ja aliverkkojen on oltava uksouth ja ukwest Azure alueilla. Jos Power Platform -alueella on enemmän kuin kaksi käytettävissä olevaa alueparia, sinun on käytettävä tiettyä alueparia, joka vastaa ympäristösi aluetta. Jos esimerkiksi Get-EnvironmentRegion palauttaa ympäristöllesi westus, Virtual Network ja aliverkkojen on oltava eastus ja westus.
| Power Platform -alue | Azure alue |
|---|---|
| United States | eastus (itä-Amerikka), westus (länsi-Amerikka) |
| Etelä-Afrikka | South Africa North, South Africa West |
| Yhdistynyt kuningaskunta | UK South, UK West |
| Japani | jaapani-itä, jaapani-länsi |
| Intia | Keski-Intia, Etelä-Intia |
| Ranska | francecentral, francesouth |
| Eurooppa | Länsi-Eurooppa, Pohjois-Eurooppa |
| saksa | Saksan pohjoinen, Saksan länsikeskus |
| Sveitsi | Pohjois-Sveitsi, Länsi-Sveitsi |
| Kanada | kanadakeskinen, kanadaitäinen |
| Brasilia | brazilsouth |
| Australia | australiasoutheast, australiaeast |
| Aasia | Eastasia, Kaakkois-Aasia |
| UAE | uaenorth |
| Etelä-Korea | koreasouth, koreacentral |
| Norja | norja-länsi, norja-itä |
| Singapore | southeastasia |
| Ruotsi | swedencentral |
| Italia | italynorth |
| Yhdysvaltain julkinen hallinto | usgovtexas, usgovvirginia |
Muistiinpano
Yhdysvaltain valtionhallinnon yhteisöpilven (GCC) tuki on tällä hetkellä käytettävissä vain GCC High -ympäristössä käyttöönotetuissa ympäristöissä. Puolustusministeriön (DoD) ja GCC-ympäristöjen tuki ei ole käytettävissä.
Tuetut palvelut
Seuraavassa taulukossa on lueteltu palvelut, jotka tukevat Azure aliverkon delegointia Power Platform Virtual Network tuelle.
| Area | Power Platform -palvelut | Virtual Network tuen käytettävyys |
|---|---|---|
| Dataverse | Dataverse-laajennukset | Yleensä käytettävissä |
| Liittimet | Yleensä käytettävissä | |
| Liittimet | Yleensä käytettävissä |
Tuetut ympäristöt
Virtual Network Power Platform -tuki ei ole käytettävissä kaikissa Power Platform -ympäristöissä. Seuraavassa taulukossa luetellaan, mitkä ympäristötyypit tukevat Virtual Network.
| Ympäristön tyyppi | Tuettu |
|---|---|
| Tuotantoympäristö | Kyllä |
| Oletus | Kyllä |
| Eristysympäristö | Kyllä |
| Kehittäjä | Kyllä |
| Kokeilu | Ei |
| Microsoft Dataverse Teamsille | Ei |
Huomioitavaa Virtual Network tuen käyttöönotosta Power Platform -ympäristölle
Kun käytät Virtual Network tukea Power Platform -ympäristössä, kaikki tuetut palvelut, kuten Dataverse-laajennukset ja liittimet, suorittavat pyyntöjä suorituksen aikana delegoidussa aliverkossa ja niihin sovelletaan verkkokäytäntöjäsi. Yleisesti saatavilla olevien resurssien kutsut alkavat katketa.
Tärkeä
Ennen näennäisympäristön tuen ottamista käyttöön Power Platform -ympäristössä laajennusten ja yhdistimien koodi on muistettava tarkistaa. Sinun on päivitettävä URL-osoitteet ja yhteydet, jotta ne toimivat yksityisessä yhteydessä.
Laajennus saattaa esimerkiksi yrittää muodostaa yhteyden julkisesti saatavilla olevaan palveluun, mutta verkkokäytäntösi ei salli julkista Internet-yhteyttä Virtual Network. Verkkokäytäntö estää soiton liitännäisestä. Jos haluat välttää estetyt kutsut, voit isännöidä julkisesti käytettävissä olevaa palvelua Virtual Network. Vaihtoehtoisesti jos palveluasi isännöidään Azure, voit käyttää palvelua yksityisellä päätepisteellä, ennen kuin otat käyttöön Virtual Network tuen Power Platform -ympäristössä.
Usein kysyttyjä kysymyksiä
Mikä on ero Virtual Network -tietoyhdyskäytävän ja Azure Virtual Network -tuen välillä Power Platformissa?
Virtual Network -tietoyhdyskäytävä on hallittu yhdyskäytävä, jolla voit käyttää Azure- ja Power Platform -palveluita Virtual Network sisältä ilman paikallisen tietoyhdyskäytävän määrittämistä. Yhdyskäytävä on esimerkiksi optimoitu ETL-kuormitusta (poimi, muunna, lataa) varten Power BI- ja Power Platform -tietovoissa.
Azure Virtual Network Power Platform -tuki käyttää Azure aliverkon delegointia Power Platform -ympäristössäsi. Työkuormat käyttävät aliverkkoja Power Platform -ympäristössä. Power Platform -ohjelmointirajapintakuormitukset käyttävät Virtual Network tukea, koska pyynnöt ovat lyhytikäisiä ja optimoituja suurelle määrälle pyyntöjä.
Missä tilanteissa minun pitäisi käyttää Virtual Network tukea Power Platformille ja virtual network-tietoyhdyskäytävälle?
Virtual Network tuki Power Platformille on ainoa tuettu vaihtoehto kaikissa skenaarioissa, joissa lähtevä yhteys on mahdollista Power Platformista lähteville yhteyksille lukuun ottamatta Power BI- ja Power Platform -tietovuot.
Power BI ja Power Platform -tietovuot käyttävät edelleen virtual network (vNet) -tietoyhdyskäytävää.
Miten varmistetaan, että asiakas ei voi käyttää toisen asiakkaan näennäisverkon aliverkkoa tai tietoyhdyskäytävää Power Platformissa?
Virtual Network Power Platform -tuki käyttää Azure-aliverkon delegointia.
Kukin Power Platform -ympäristö on linkitetty yhteen näennäisverkon aliverkkoon. vain kyseisestä ympäristöstä peräisin olevat kutsut voivat käyttää kyseistä näennäisverkkoa.
Delegoinnin avulla voit määrittää tietyn aliverkon mille tahansa Azure-alustalle palveluna (PaaS), joka on lisättävä näennäisverkkoon.
Tukeeko Virtual Network Power Platformin vikasietoisuus?
Kyllä, sinun on delegoitava näennäisverkot molemmille Azure Power Platform -alueeseen liittyville alueille. Jos Power Platform -ympäristö on esimerkiksi Kanada, näennäisverkot on luotava, delegoitava ja määritettävä alueilla CanadaCentral ja CanadaEast.
Miten jollakin alueella oleva Power Platform -ympäristö voidaan yhdistää toisella alueella isännöityihin resursseihin.
Power Platform -ympäristöön linkitetyn Virtual Network on sijaittava Power Platform -ympäristön alueella. Jos Virtual Network on eri alueella, luo Virtual Network Power Platform -ympäristön alueella ja käytä Virtual Network -vertaisverkkoa sekä Azure-alueen aliverkkojen delegoituja näennäisverkkoja kuroaksesi umpeen eron erillisen alueen Virtual Networkin kanssa.
Voinko valvoa delegoitujen aliverkkojen lähtevää liikennettä?
Kyllä. Delegoitujen aliverkkojen lähtevää liikennettä voidaan valvoa verkon käyttöoikeusryhmien ja palomuurien avulla. Lisätietoja on artikkelissa Monitor Azure Virtual Network.
Voinko suorittaa internetiin suuntautuvia kutsuja laajennuksista tai yhdistimistä, kun ympäristöni on delegoitu aliverkkoon?
Kyllä. Internetiin sidottu käyttö on oletusarvoisesti käytettävissä aliverkon delegoidun ympäristön laajennuksista ja liittimista. Suosittelemme liittämään Azure NAT-yhdyskäytävän delegoituun aliverkkoon, jotta organisaatiosi voi hallita ja suojata lähtevän käytön. Lisätietoja on artikkelissa Parhaat käytännöt lähtevien yhteyksien suojaamiseen Power Platform -palveluista.
Voinko päivittää aliverkon IP-osoitealueen, kun se on delegoitu kohteeseen Microsoft.PowerPlatform/enterprisePolicies?
Ei, kun ominaisuutta käytetään ympäristössäsi. Aliverkon IP-osoitealuetta ei voi muuttaa sen jälkeen, kun se on delegoitu kohteeseen Microsoft.PowerPlatform/enterprisePolicies. Jos näin tehdään, delegointimääritys rikkoutuu eikä ympäristö toimi enää. Jos haluat muuttaa IP-osoitealuetta, poista delegointitoiminto ympäristöstäsi, tee tarvittavat muutokset ja ota sitten ominaisuus käyttöön ympäristössäsi.
Voinko päivittää Virtual Network DNS-osoitteeni, kun se on delegoitu kohteeseen Microsoft.PowerPlatform/enterprisePolicies?
Ei, kun ominaisuutta käytetään ympäristössäsi. Et voi muuttaa Virtual Network DNS-osoitetta sen jälkeen, kun se on delegoitu kohteeseen Microsoft.PowerPlatform/enterprisePolicies. Jos teet näin, muutosta ei poimita määrityksessä ja ympäristösi saattaa lakata toimimasta. Jos haluat muuttaa DNS-osoitetta, poista delegointitoiminto ympäristöstäsi, tee tarvittavat muutokset ja ota sitten ominaisuus käyttöön ympäristössäsi.
Voiko samaa yrityskäytäntöä käyttää useissa Power Platform -ympäristöissä?
Kyllä. Samaa yrityskäytäntöä voidaan käyttää useissa Power Platform -ympäristöissä. Rajoituksena on kuitenkin se, että ennakkojulkaisukierron ympäristöissä ei voi käyttää samaa ympäristökäytäntöä kuin muissa ympäristöissä.
Oma Virtual Network on määritetty mukautettu DNS. Käyttääkö Power Platform mukautettua DNS-nimitilaa?
Kyllä. Power Platform käyttää Virtual Network määritettyä mukautettua DNS:ää, joka sisältää delegoidun aliverkon. Se ratkaisee kaikki päätepisteet. Kun olet delegoinut ympäristön, voit päivittää laajennukset ja käyttää oikeaa päätepistettä, jotta mukautettu DNS voi ratkaista ne.
Ympäristöni sisältää ISV-laajennuksia. Suoritetaanko nämä laajennukset delegoidussa aliverkossa?
Kyllä. Kaikki asiakkaan laajennukset ja ISV-laajennukset voidaan suorittaa aliverkon avulla. Jos riippumattomien ohjelmistotoimittajien laajennuksilla on lähteviä yhteyksiä, asianomaiset URL-osoitteet on ehkä lisättävä palomuurin luetteloon.
Paikalliset päätepisteiden TLS-varmenteet eivät ole tunnettujen varmenteiden päämyöntäjien (CA) allekirjoittamia. Tuetteko tuntemattomia varmenteita?
Ei. Meidän on varmistettava, että päätepiste esittää koko ketjun sisältävän TLS-varmenteen. Mukautettuja varmenteiden päämyöntäjiä ei voi lisätä tunnettujen varmenteiden päämyöntäjien luetteloomme.
Mikä on suositeltu Virtual Network -määritys asiakkaan vuokralaisessa?
Tiettyä topologiaa ei suositella. Asiakkaamme käyttävät kuitenkin laajasti Hub-puheverkkotopologiaa Azure:ssä.
Onko Azure-tilauksen linkittäminen Power Platform -vuokraajaan tarpeen Virtual Network aktivoimiseksi?
Kyllä. Jos haluat ottaa Virtual Network käyttöön Power Platform -ympäristöissä, on tärkeää, että Power Platform -vuokraajaan liitetään Azure-tilaus.
Miten Power Platform käyttää Azure aliverkon delegointia?
Kun Power Platform -ympäristölle on määritetty delegoitu Azure -aliverkko, se käyttää Azure Virtual Network lisäystä säilön lisäämiseen suorituksen aikana delegoituun aliverkkoon. Tämän prosessin aikana säilön verkkokortille (NIC) varataan delegoidun aliverkon IP-osoite. Isännän (Power Platform) ja säilön välinen viestintä tapahtuu paikallisen portin kautta säilössä, ja liikenne kulkee Azure Fabricin yli.
Voinko käyttää aiemmin luotua Virtual Network Power Platformissa?
Kyllä, voit käyttää aiemmin luotua Virtual Network Power Platformissa. Jos Virtual Network sisällä oleva yksittäinen, uusi aliverkko delegoidtaan erityisesti Power Platformiin. Sinun täytyy varata delegoitu aliverkko aliverkon delegointia varten, eikä sitä voi käyttää muihin tarkoituksiin.
Voiko delegoitua aliverkkoa käyttää useissa yrityskäytännöissä?
Ei. Samaa aliverkkoa ei voi käyttää uudelleen useissa yrityskäytännöissä. Kullakin Power Platform -yrityskäytännöllä on oltava oma yksilöity aliverkko delegointia varten.
Mikä on Dataversen laajennus?
Dataverse-laajennus on mukautettu koodi, jonka voit ottaa käyttöön Power Platform -ympäristössä. Voit määrittää tämän laajennuksen suoritettavaksi tapahtumien aikana (esimerkiksi tietojen muutoksen) aikana tai käynnistää sen mukautettuna ohjelmointirajapintana. Lisätietoja on kohdassa Dataverse-laajennukset.
Miten Dataversen laajennus suoritetaan?
Dataversen laajennus suoritetaan säilössä. Kun määrität delegoidun aliverkon Power Platform -ympäristöön, säilön verkkoliittymäkortti (NIC) saa IP-osoitteen aliverkon osoitetilasta. Isäntä (Power Platform) ja säilö viestivät säilössä paikallisen portin kautta, ja liikenne kulkee Azure Fabricin kautta.
Voiko samassa säilössä suorittaa useita laajennuksia?
Kyllä. Tietyssä Power Platform- tai Dataverse-ympäristössä samassa säilössä voidaan suorittaa useita laajennuksia. Kukin säilö käyttää yhtä IP-osoitetta aliverkon osoitetilasta, ja kukin säilö voi suorittaa useita pyyntöjä.
Miten infrastruktuuri käsitellee samanaikaisten laajennusten suoritusten lisääntymisen?
Kun samanaikaisesti suoritettavien laajennusten määrä kasvaa, infrastruktuuri skaalautuu automaattisesti suuremmaksi tai pienemmäksi kuorman vaatimalle tasolle. Power Platform -ympäristöön delegoidun aliverkon nimiavaruuden on riitettävä käsittelemään työkuormasuoritusten suurin määrä kyseisessä Power Platform -ympäristössä.
Kuka hallitsee siihen liittyviä Virtual Network- ja verkkokäytäntöjä?
Omistat ja hallitset Virtual Network ja siihen liittyviä verkkokäytäntöjä. Toisaalta Power Platform käyttää kyseisen Virtual Network sisällä olevasta delegoidusta aliverkosta määritettyjä IP-osoitteita.
Tukevatko Azure huomioon ottavat laajennukset Virtual Network?
Ei, Azure huomioon ottavat laajennukset eivät tue Virtual Network.