Partekatu bidez

Datu-iturburuetara konektatzea eta horiek autentifikatzea

Datu-iturburu batera konektatzea eta autentifikatzea Power Platform zerbitzu baterako autentifikaziotik bereizita egiten da.

Ikus dezagun lehenik Power Platform zerbitzuak nola konektatzen diren datu-iturburuekin. Power Platform zerbitzuak kanpoko datu-iturrietara konektatzen dira hainbat modutan, baina eredu orokorra berdina da. Ondoren, konexioak nola autentifikatzen diren aztertuko dugu. Autentifikazio-kredentzialak berdinak edo desberdinak izan daitezke, aplikazioaren eta erabiltzen dituen datu-iturrien arabera.

Hona konektatzen: Microsoft Dataverse

Power Apps mihiseak eta ereduetan oinarritutako aplikazioak zuzenean konektatzen dira Dataverse-ra, aparteko konektorerik behar izan gabe. (Mihise aplikazioek Power Apps Baliabideen hornitzailean (RP) beste ingurune batzuekin lan egiteko baimena gordetzen dute). Power Automate API Hub bat erabiliz autentifikatzen du, baina ondoren datu-interakzio guztiak Dataverse-ra zuzentzen dira. Bi Power Apps eta Power Automate konektoreak erabiliz Dataverse atzitzen duten konektore zaharrak onartzen dituzte (adibidez, Dynamics 365 (zaharkitua) eta Microsoft Dataverse (ondarea)).

Oharra

Hasi datuetatik-rekin mihise-aplikazioak sortzeak leku-markaren konektore-ikonoa erabiltzen du Dataverse-ra konektatzeko. Hala ere, ez dago benetako konektorerik parte hartzen. Informazio gehiago lortzeko, ikusi Konektatu mihise-aplikazioak Microsoft Dataverse aplikaziora.

Hurrengo diagramak mihise-aplikazioek Dataverse-rekin nola funtzionatzen duten erakusten du.

Atzeko klusterraren eta Power Apps aren arteko konexio zuzena erakusten duen diagrama Dataverse.

  1. Power Apps atzeko zerbitzuek zuzenean Dataverse-tik eskatzen dituzte datuak.
  2. Dataverse Kontsulten emaitzak Power Apps backend zerbitzuetara itzultzen ditu.

Beste datu-iturburu batera konektatzea

Oro har, Power Platform zerbitzuek konektoreak erabiltzen dituzte Dataverse ez diren kanpoko datu-iturriekin lan egiteko. Ondorengo diagramak bide tipiko bat erakusten du Azure API Management (APIM) konektorea erabiliz.

API Hub/API Management konektore batekin kanpoko datu-konektoreetara iristeko lanean ari diren atzeko aldeko zerbitzuak erakusten dituen diagrama. Power Platform

  1. Power Platform Zerbitzuak konexio eskaera bat bidaltzen dio Power Apps Baliabide hornitzaileari (RP).

  2. RP-ak API Hub-i konexio bat sortzeko eta autentifikazio-tokenen trukea errazteko eskatzen dio. Power Apps

  3. Power Platform Zerbitzuak datuen kontsulta eskaera bat bidaltzen dio API Kudeaketa konektoreari.

  4. API kudeaketa konektoreak eskaera bat bidaltzen dio baimen-zerbitzuari datu-iturburu atzitzeko baimena lortzeko.

  5. Adostasun-zerbitzuak kredentzialak itzultzen dizkio API Kudeaketa konektoreari.

  6. API Kudeaketa konektoreak onarpen kredentzialak bidaltzen ditu Power Apps RP-ra. Kredentzialak RP-n gordetzen dira, Power Apps datuak eskatzen diren hurrengoan berriro baimenik eskatu ez dezan.

    Oharra

    Aplikazio baterako konexiorako baimenak ez du baimenik ematen aplikazio guztientzat. Erabiltzaile bakoitzeko aplikazioen konexioaren baimen bakoitza bereizita da. Adibidez, Power Automate fluxu batean erabiltzeko konexioa ematen duzunean, fluxuak aurrerantzean konexio hori erabiltzeko baimena ematen diozu. Ez duzu berriro baimenik eman behar konexio hori fluxu horretan berrerabiltzeko. Fluxu-egile batek emandako konexio baterako, adostasun bikoitza (konexioa eta fluxua) da. Fluxu bat deitzen duen erabiltzaile batek emandako konexio baterako (adibidez, mihise-aplikazio batetik), baimenaren hirukoitza da (konexioa, fluxua eta erabiltzailea).

  7. API kudeaketa konektoreak datuen kontsulta kanpoko konektorera pasatzen du.

  8. Konektoreak datu-iturburu helbidera bidaltzen du kontsulta.

  9. Datu-iturburu-ek eskatutako datuak konektorera itzultzen ditu.

  10. Konektoreak datuak Power Platform atzeko planoko klusterera pasatzen ditu.

Autentifikatu datu-iturburuak

Erabiltzaileak Power Platform zerbitzuan autentifikatzen dira lehenik. Ondoren, bereizita, erabiltzaileak datu-iturburu batean autentifikatzen dira konektoreak behar dituen kredentzialak erabiliz. API Hub-eko kredentzialak zerbitzuak beti gordetzen eta kudeatzen ditu kredentzialak.

Konektore batzuek autentifikazio metodo bat baino gehiago onartzen dute. Datu-iturburu baten autentifikazioa datu-iturburu instantzia horren espezifikoa da. Konexioa sortzean egileak aukeratutako autentifikazio metodoan oinarritzen da.

Bi datu-iturburu autentifikazio metodo mota daude Power Apps-en: esplizitua eta inplizitua.

  • Autentifikazio esplizituak esan nahi du aplikazioaren erabiltzailearen kredentzialak erabiltzen direla datu-iturburura sartzeko.
  • Autentifikazio inplizituak esan nahi du aplikazioaren egileak konexioa sortzerakoan emandako kredentzialak erabiltzen direla.

Ahal den guztietan autentifikazio esplizitua erabiltzea gomendatzen dugu. Seguruagoa da.

Autentifikazio esplizituaren kasuan ere, garrantzitsua da gogoratzea datu-iturri batean erabiltzailearen eskubideak direla erabiltzaileak zer ikusi eta edita dezakeen zehazten dutenak.

Adibidez, demagun zerrenda bat duzula, eta bertan zerrenda horrek SharePoint Izena eta Soldata zutabeak ditu. Ondoren, Izena zutabea bakarrik erakusten duen aplikazio bat eraikitzen duzu. Horrek esan nahi du erabiltzaileek zure aplikazioko Izena zutabea soilik dutela sarbidea.

Hala ere, demagun zure erabiltzaileek zerrenda baimenak dituztela, eta horien bidez, bai Izena bai Soldata zutabeak ikusi eta editatu ditzaketela. SharePoint Orain, demagun erabiltzaile jakin batek zerrenda horretarako egile-eskubideak dituela. Power Apps SharePoint Kasu honetan, ez dago ezerk eragozten erabiltzaile horri Soldata zutabea atzitzen duen aplikazio berri bat sortzea. Aplikazioaren erabiltzaile-interfazearen bidez ematen dituzun baimenek ez dituzte ukatzen erabiltzaileak dituen datu-iturburuen baimenak.

Informazio gehiago honi buruz: Konexio esplizituen eta inplizituen arteko aldea. Artikuluak SQL Server aipatzen badu ere, datu-base erlazional guztiei aplikatzen zaie.

  • Last updated on