Nota
L'accés a aquesta pàgina requereix autorització. Pots provar d'iniciar sessió o canviar de directori.
L'accés a aquesta pàgina requereix autorització. Pots provar de canviar directoris.
Microsoft Dataverse és una bona opció per utilitzar-la com a font de dades per a les vostres aplicacions de llenç perquè admet models complexos de dades i seguretat i us permet crear una experiència d'usuari més personalitzada. Les aplicacions de llenç es poden utilitzar Dataverse com a font de dades amb altres Power Platform connectors per integrar diverses fonts de dades, com ara SharePoint llistes, bases de dades del Microsoft Access o dades d'altres aplicacions empresarials. Power Apps no utilitza un connector per treballar Dataverse. Es connecta directament a Dataverse l'exterior del marc del connector.
Propina
Aquest article proporciona un escenari d'exemple i una arquitectura d'exemple generalitzada per il·lustrar com utilitzar-lo Dataverse com a font de dades en una aplicació de llenç. L'exemple d'arquitectura es pot modificar per a molts escenaris i indústries diferents.
Diagrama de l'arquitectura
Workflow
Els passos següents descriuen el flux de treball que es mostra al diagrama d'arquitectura d'exemple:
Aplicació de llenç: una aplicació de llenç permet als usuaris administrar els detalls de la conferència, com ara el lloc i les hores d'inici i finalització de la sessió. L'aplicació de llenç accedeix directament a Dataverse les dades. L'usuari s'autentica a l'identificador d'ús Power Platform Microsoft Entra i aquest mateix identificador s'utilitza per accedir a les dades. Qualsevol restricció imposada a l'ID Dataverse d'Entra de l'usuari s'aplica sense problemes.
Dataverse font de dades: l'aplicació de llenç s'utilitza Dataverse com a font de dades. Us permet accedir a un model de dades relacional on les taules i les seves relacions estan disponibles. La funció integrada del conjunt d'opcions significa que no heu de crear cerques i unions complexes. El rendiment també és generalment bo perquè Power Apps es connecta directament a Dataverse.
Dataverse taules: en aquest exemple, les taules Dataverse emmagatzemen dades sobre les sessions de la conferència allotjades en un lloc. Les taules es relacionen mitjançant relacions d'un a diversos i de diversos a diversos. Dataverse Les funcions de seguretat s'alineen amb les funcions dels usuaris de l'aplicació. La lògica es pot implementar a nivell Dataverse per calcular i acumular valors, aplicar valors de domini i automatitzar les operacions de dades.
Components
Power Platform environment: conté Power Platform recursos que implementen l'experiència de l'usuari.
Power Apps: Implementa l'experiència d'usuari de la solució. Els creadors poden crear una aplicació de llenç afegint Dataverse la Dataverse taula com a font de dades de l'aplicació.
Power Apps Permet a les organitzacions crear experiències d'usuari personalitzades per a les dades emmagatzemades Microsoft Dataverse.
- Basat en Power Apps models: ideal per a escenaris d'aplicació que se centren en formularis sobre dades.
- Llenç Power Apps: ideal per a escenaris que requereixen més flexibilitat en la personalització del disseny visual. També és útil quan necessiteu proporcionar als usuaris accés a dades i altres fonts de Dataverse dades simultàniament. En aquests escenaris, l'aplicació Power Apps actua com a integrador, proporcionant als usuaris una visió única de les dades de diverses fonts.
Dataverse connector: Permet accedir a un model de dades jeràrquic on les taules i les seves relacions estan disponibles, sense crear cerques i unions complexes per recuperar taules relacionades. El connector també evita la infraestructura de connector tradicional i truca directament al back-end, millorant el Dataverse rendiment.
Detalls de l'escenari
Power Apps facilita la creació d'experiències d'usuari personalitzades per a les dades emmagatzemades Microsoft Dataverse. Les aplicacions basades en models són ideals per a escenaris que se centren en formularis sobre dades. Les aplicacions de llenç funcionen millor per a escenaris que requereixen més flexibilitat en la personalització del disseny.
L'arquitectura d'aquest exemple és útil quan necessiteu proporcionar accés a dades i Dataverse altres fonts simultàniament. En aquests escenaris, l'aplicació actua com a integrador, oferint als usuaris una visió única de les dades de diverses fonts.
Consideracions
Aquestes consideracions implementen els pilars de Power Platform Well-Architected, un conjunt de principis rectors que milloren la qualitat d'una càrrega de treball. Més informació a Microsoft Power Platform Well-Architected.
Fiabilitat
Dissenyeu la vostra càrrega de treball per evitar complexitats innecessàries: Dataverse les abstraccions i característiques integrades us ajuden a evitar la complexitat innecessària que pot requerir una solució de base de dades tradicional. Per exemple, Dataverse admet relacions integrades, tipus de dades intel·ligents, conjunts d'opcions i un model de seguretat.
Seguretat
Utilitzeu entorns separats Power Platform per a les etapes del cicle de vida de les aplicacions i assegureu-vos que només els usuaris adequats tinguin accés a cada etapa per donar suport a les polítiques de segmentació.
Excel·lència operativa
Adopteu pràctiques de desplegament segures: estandarditzeu la implementació de qualsevol canvi a les vostres aplicacions de llenç mitjançant processos de desplegament automatitzats, com ara pipelines. Implementeu l'aplicació en un entorn de producció només després de provar els canvis.
Eficiència del rendiment
Dissenyeu per complir els requisits de rendiment: avalueu el rendiment de la solució i els requisits de volum de dades per assegurar-vos que el disseny de la taula Dataverse sigui adequat. L'avaluació ha d'incloure com s'accedeix a les dades i l'avaluació de com delega les operacions a Dataverse l'aplicació. Tingueu en compte les limitacions de delegació quan cerqueu i filtreu dades. Aquestes limitacions es documenten a Entendre la delegació en una aplicació de llenç i s'han de tenir en compte a l'hora de triar la font de dades adequada per a l'aplicació.
Dissenyeu per complir els requisits de rendiment: avalueu el rendiment de la solució i els requisits de volum de dades per assegurar-vos que el disseny de la taula Dataverse sigui adequat. L'avaluació ha d'incloure com s'accedeix a les dades i l'avaluació de com delega les operacions a Dataverse l'aplicació. Tingueu en compte les limitacions de delegació quan cerqueu i filtreu dades. Aquestes limitacions es documenten a Entendre la delegació en una aplicació de llenç i s'han de tenir en compte a l'hora d'escollir la font de dades o el dorsal adequats per a l'aplicació.
Optimitza la lògica: per defecte, les aplicacions de llenç que utilitzen Dataverse la lògica d'implementació Power Fx, que pot provocar múltiples interaccions o Dataverse repetició de la lògica en diverses aplicacions. Cada operació és independent i no es tracta com una transacció atòmica. Per exemple, si l'aplicació ha creat una fila Lloc però no ha pogut crear una sessió, la fila Lloc es mantindrà. Dataverse admet la implementació de la lògica que es pot invocar en un Dataverse esdeveniment de taula, com ara la creació d'una fila. Dataverse també admet el concepte d'invocar la lògica sota demanda mitjançant l'API Dataverse personalitzada o les funcions a les Dataverse capacitats. Amb aquests dos enfocaments, el treball realitzat per la lògica és una transacció. Tot el treball realitzat a Dataverse les dades es confirma o es reverteix. En l'exemple anterior, la fila Lloc no s'hauria mantingut després que s'hagi produït l'error. La integració d'aquests enfocaments optimitza la lògica en aquests escenaris assegurant la finalització amb èxit com a unitat de treball combinada i centralitzant la lògica reutilitzable.
Optimització de l'experiència
Dissenya per a l'eficiència: una aplicació de llenç que permet als usuaris accedir a altres fonts de dades juntament amb Dataverse taules, sense requerir interacció amb diverses aplicacions individuals, millora l'eficiència i proporciona una millor experiència. Tanmateix, eviteu crear una aplicació per crear una aplicació: l'aplicació ha de proporcionar una mica d'eficiència a l'usuari o un altre avantatge d'arquitectura en comparació amb l'ús d'una experiència d'aplicació basada en models.
Col·laboradors
Microsoft manté aquest article. Els següents col·laboradors van escriure aquest article.
Autors principals:
- Mehdi Slaoui Andaloussi, director principal d'enginyeria