Otras consideraciones de rendimiento
Además de cuatro principios clave de rendimiento, existen otras razones posibles para un rendimiento deficiente, que generalmente se debe a factores externos.
Tenga en cuenta las diferencias en los navegadores, dispositivos y ubicaciones del cliente
Las aplicaciones de lienzo se pueden usar en diferentes dispositivos, exploradores y ubicaciones con diferentes condiciones de red. Mientras se ejecuta el cliente de Power Apps, asegúrese de utilizar exploradores compatibles modernos y actualizados. El rendimiento de una aplicación puede variar al cargar grandes conjuntos de datos en distintas plataformas, como iOS o Android. Esta variación se debe a distintas limitaciones de las solicitudes de red en cada plataforma. Por ejemplo, la cantidad de solicitudes de red simultáneas que se permiten varía según la plataforma. Estas diferencias puede afectar de manera importante al tiempo de carga de conjuntos de datos grandes.
Tenga en cuenta las diferencias de ubicación geográfica de la puerta de enlace de datos local y del entorno
Los usuarios pueden acceder a las aplicaciones de lienzo de forma global. Sin embargo, se recomienda tener el origen de datos cerca de la mayoría de los usuarios. Por ejemplo, cuando su aplicación accede a su puerta de enlace de datos local, es mejor colocar la puerta de enlace cerca de los usuarios que acceden a la aplicación con más frecuencia.
Problemas generales del lado del servidor
El rendimiento deficiente puede deberse a problemas en el origen de los datos del servidor. Esto puede ocurrir por varios motivos. Puede utilizar la herramienta de seguimiento para evaluar el problema específico midiendo los tiempos de las llamadas de datos.
Posibles problemas de cuellos de botella en el origen de datos
Hay muchas causas posibles de cuellos de botella en el origen de datos. Por lo general, algunas tablas en origen de datos son el centro de actividad para muchas consultas. Las consultas pueden ser lentas si:
- Falta el origen de datos o tiene índices incorrectos.
- La consulta está reuniendo cantidades extraordinariamente grandes de datos en el servidor.
- La consulta requiere una tabla SCAN, por ejemplo, el operador In en lugar de utilizar un índice como StartsWith.
- La máquina de back-end que aloja el origen de datos tiene pocos recursos.
- La instancia SQL de back-end tiene bloqueos, interbloqueos o contención de recursos.
- La puerta de enlace de datos local es incorrecta.
- La puerta de enlace de datos local debe ampliarse.
Cuando ocurran estos problemas, ajuste el origen de datos back-end para evitar la ralentización del rendimiento de la aplicación.
Orígenes de datos específicos
Azure SQL Database
Es importante seleccionar el nivel adecuado para los requisitos de su negocio. Para obtener más información, consulte la documentación de Azure SQL Database. Un nivel inferior tiene algunas limitaciones y restricciones. Desde la perspectiva del rendimiento, la CPU, el rendimiento de E/S y la latencia son importantes. Por lo tanto, le recomendamos que compruebe periódicamente el rendimiento de la base de datos SQL y vea si el uso de recursos supera el umbral. Por ejemplo, SQL Server local suele establecer el umbral de uso de CPU en el 75%, aproximadamente.
SharePoint
El conector de SharePoint se puede utilizar para crear aplicaciones con datos de listas de SharePoint. A continuación se muestran algunos problemas de rendimiento y soluciones comunes para SharePoint:
Evite demasiadas columnas de búsqueda dinámica: SharePoint admite diversos tipos de datos, incluidas las búsquedas dinámicas como Persona, Grupo y Calculado. Si una lista define demasiadas columnas dinámicas, se necesita más tiempo para manipular estas columnas dinámicas dentro de SharePoint antes de devolver los datos al cliente que ejecuta la aplicación de lienzo. Para evitar esto, no abuse del uso de las columnas de búsqueda dinámica en SharePoint. Por ejemplo, puede usar columnas estáticas para almacenar los alias de correo electrónico o los nombres de las personas.
Use con cuidado la columna y el adjunto de imagen: el tamaño de una imagen y un archivo adjunto pueden contribuir a una respuesta lenta mientras se recuperan en el cliente. Revise su lista y asegúrese de que solo se hayan definido las columnas necesarias. El número de columnas en la lista afecta el rendimiento de las solicitudes de datos. Este efecto se debe a los registros coincidentes, o a que se obtengan los registros hasta los límites de fila de datos definidos y se transmitan de vuelta al cliente con todas las columnas definidas en la lista (aunque la aplicación no use todos los registros).
Pinese en dividir listas grandes: si tiene una lista grande con cientos de miles de registros, considere la posibilidad de crear particiones de la lista o dividirla en varias listas en función de parámetros como las categorías o la fecha y la hora. Por ejemplo, sus datos podrían almacenarse anual o mensualmente en diferentes listas. En un caso así, puede diseñar la aplicación para permitir que un usuario seleccione un período de tiempo para recuperar los datos de ese intervalo.
Dataverse
Cuando usa Microsoft Dataverse como origen de datos, las solicitudes de datos van directamente a la instancia del entornosin pasar por Azure API Management. Por tanto, tiende a ser más rápido que otros orígenes de datos. Para obtener más información, consulte Flujo de llamadas de datos al conectarse a Microsoft Dataverse.
Compruebe las configuraciones de las tablas personalizadas: cuando se utilizan tablas personalizadas en Dataverse, es posible que se requiera una configuración de seguridad adicional para que los usuarios puedan ver los registros con aplicaciones de lienzo. Para obtener más información, consulte Conceptos de seguridad en Dataverse, Configurar la seguridad del usuario en recursos de un entorno y Roles de seguridad y privilegios.
Excel
El conector de Excel permite que una aplicación de lienzo se conecte a una tabla en un archivo de Excel. Sin embargo, este conector tiene limitaciones en comparación con otros orígenes de datos. Por ejemplo, restringe la aplicación de lienzo a cargar datos de la tabla solo hasta 2000 registros debido a funciones delegables limitadas. Para cargar más de 2000 registros, divida sus datos en diferentes tablas de datos como otro orígenes de datos.
Utilice el nuevo conector de Excel: asegúrese de utilizar el nuevo conector de Excel: Excel Business Online. Permite el acceso de múltiples usuarios y maneja mejor los problemas de contención.
Use solo las columnas que necesita en listas de datos grandes en Excel: una aplicación puede funcionar de forma lenta si usa un archivo de Excel con demasiadas tablas de datos, o con tablas de datos que tienen una cantidad de datos enorme en varias columnas. Para asegurarse de que su aplicación no se vea afectada por este problema, defina únicamente las columnas que necesita en la tabla de datos de un archivo de Excel.
Tenga en cuenta las limitaciones de Excel como base de datos. Excel no es un sistema de bases de datos relacional: Excel administra cualquier cambio de una aplicación de la misma manera que un usuario cambia los datos en un archivo de Excel directamente. Si la aplicación tiene un gran número de lecturas, pero menos operaciones de actualización, puede funcionar bien. Sin embargo, si la aplicación requiere transacciones intensivas, el rendimiento de la aplicación puede verse afectado negativamente. No existe un valor umbral específico para el número de transacciones. También depende de los datos que se manipulen. Hay otros aspectos que también afectan el rendimiento de la aplicación, como la sobrecarga de la red o el dispositivo del usuario.
Considere las diferencias en la ubicación geográfica: la ubicación geográfica de los datos y su distancia de las ubicaciones de los clientes pueden ser un problema de rendimiento. Este problema puede amplificarse si cliente móvil tiene un ancho de banda limitado.
Habilitar Precargar aplicación para un rendimiento mejorado
Opcionalmente, puede precargar su aplicación para aumentar el rendimiento.
Inicie sesión en Power Apps.
En el panel de navegación izquierdo, seleccione Aplicaciones.
Seleccione la aplicación y luego Configuración en la barra de comandos.
En el panel Configuración de la aplicación, establezca Precargar aplicación para un rendimiento mejorado en Sí. A continuación, la aplicación se precargará.
Para que los cambios surtan efecto para las aplicaciones integradas en Teams, elimine y agregue su aplicación nuevamente a Teams.
Nota
Esto hace que los activos de aplicación compilados estén accesibles a través de puntos de conexión no autenticados para permitir cargarlos antes de la autenticación. Sin embargo, los usuarios solo pueden usar su aplicación para acceder a los datos a través de conectores únicamente después de que se completen la autenticación y la autorización. Este comportamiento garantiza que los datos que una aplicación recupera de orígenes de datos no estarán disponibles para usuarios no autorizados. Los activos de aplicación compilados incluyen una colección de archivos JavaScript que contienen texto creado en los controles de la aplicación (como controles PCF), activos multimedia (como imágenes), el nombre de la aplicación y la URL del entorno en el que reside la aplicación.
En general, las aplicaciones deben recuperar medios e información de orígenes de datos, a través de conexiones. Si se deben agregar elementos multimedia e información a la aplicación, sin que procedan de una conexión, y se consideran confidenciales, es recomendable deshabilitar esta configuración. Tenga en cuenta que deshabilitar esta configuración provocará que los usuarios esperen un poco más para acceder a una aplicación.