Comprender o fluxo de chamadas de datos e as fases de execución das aplicacións de lenzo

Cando un usuario abre unha aplicación de lenzo, a aplicación atravesa varias fases de execución antes de mostrar calquera interface de usuario. Mentres a aplicación se carga, conéctase a diferentes fontes de datos como SharePoint, Microsoft Dataverse, SQL Server (local), Base de datos SQL de Azure (en liña), Excel e Oracle.

Neste artigo, aprenderá sobre estas diferentes fases de execución e como se conecta unha aplicación ás orixes de datos.

Fases de execución en aplicacións de lenzo

Unha aplicación de lenzo pasa polas seguintes fases de execución antes de mostrar a interface a un usuario:

1. Autenticar o usuario: solicita ao usuario que accede por primeira vez que inicie sesión con credenciais para as conexións que precise a aplicación. Se ese usuario abre de novo a aplicación, é posible que se lle solicite a esa persoa de novo, dependendo das políticas de seguridade da organización.

2. Obter metadatos: recupera metadatos como a versión da plataforma de Power Apps na que se executa a aplicación e as fontes das que debe recuperar datos.

3. Iniciar a aplicación: realiza as tarefas especificadas na propiedade OnStart.

4. Representar as pantallas: representa a primeira pantalla con controis que a aplicación encheu de datos. Se o usuario abre outras pantallas, a aplicación procésaas utilizando o mesmo proceso.

Fluxo de chamadas de datos en aplicacións de lenzo

As chamadas de datos desde aplicacións de lenzo envían orixes de datos mediante conectores a través do protocolo OData. As solicitudes de OData flúen ata as capas do back-end para contactar coa orixe de datos de destino e recuperar datos para o cliente ou enviar datos á orixe de datos.

Comprender como viaxan as solicitudes de OData en aplicacións de lenzo poden axudarlle a optimizar o rendemento da súa aplicación de lenzo e as fontes de datos do seu back-end.

Nesta sección, aprenderá sobre como flúen as chamadas de datos en aplicacións de lenzo con diferentes tipos de orixe de datos.

Fluxo de chamadas de datos con fontes de datos en liña

O seguinte diagrama mostra como unha solicitude de datos típica nunha aplicación de lenzo (no lado esquerdo) percorre capas do servidor e chega ata a orixe de datos de destino (lado dereito) e, a continuación, devolve os datos ao cliente.

Cada capa do diagrama anterior podería funcionar rápido ou ter algunhas sobrecargas ao procesar a solicitude. En moitas aplicacións, dous puntos particulares poden presentar sobrecargas notables:

• Orixe de datos do back-end: mentres se tramita a solicitude.

• Cliente: mentres envía a solicitude—ou mentres se manipulan os datos recibidos na memoria da área de datos dinámicos e se executan as funcións de JavaScript asociadas para procesar os datos que se mostran dentro das pantallas.

Fluxo de chamadas de datos coa pasarela de datos local

Se unha aplicación de capa se conecta a unha orixe de datos local como SQL Server, necesitará ter outra capa, chamada pasarela de datos local. Esta pasarela é obrigatoria para acceder ás orixes de datos locais. Encárgase de converter o protocolo das solicitudes de OData en instrucións de DML (linguaxe de manipulación de datos) de SQL.

O seguinte diagrama mostra onde e como se instalaría a pasarela de datos local e se procesarían as solicitudes de datos.

Se a aplicación usa unha orixe de datos local, a situación e a especificación da pasarela de datos tamén afectaría o rendemento das chamadas de datos.

Fluxo de chamadas de datos con Microsoft Dataverse

Cando usa Microsoft Dataverse como orixe de datos, as solicitudes de datos van á instancia do ambiente directamente, sen pasar pola xestión da API de Azure. Debido a isto, o rendemento das chamadas de datos é moito máis rápido en comparación co resto das fontes de datos. A aplicación está conectada por defecto a Microsoft Dataverse cando crea unha nova aplicación de lenzo.

Coa comprensión deste concepto de alto nivel de como viaxan as chamadas de datos, pode entrar nos detalles da revisión do rendemento da súa aplicación. En resumo, a sobrecarga do rendemento pode ocorrer en calquera das capas—do cliente, Xestión da API, conector, pasarela de datos local ou orixes de datos do back-end.

Pasos seguintes

Orixes comúns de rendemento lento para unha aplicación de lenzo

Consulte tamén

Problemas e resolucións comúns de rendemento da aplicación de lenzo
Consellos e prácticas recomendadas para mellorar o rendemento das aplicacións de lenzo
Problemas frecuentes e resolucións de Power Apps
Resolución de problemas de inicio de Power Apps

Nota

Pode indicarnos as súas preferencias para o idioma da documentación? Realice unha enquisa breve. (teña en conta que esa enquisa está en inglés)

Esta enquisa durará sete minutos aproximadamente. Non se recompilarán datos persoais (declaración de privacidade).