Otras consideraciones de rendimiento

Además de los cuatro principios clave de rendimiento, existen otras razones posibles para un rendimiento deficiente que generalmente se deben a factores externos.

Tenga en cuenta las diferencias en los navegadores, dispositivos y ubicaciones del cliente

Las Canvas apps se pueden usar en diferentes dispositivos, exploradores y ubicaciones con diferentes condiciones de red. Al ejecutar 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 pueden tener un gran impacto en el tiempo de carga de conjuntos de datos grandes.

Tenga en cuenta las diferencias en la ubicación geográfica de la puerta de enlace de datos local (on-premises) y del entorno

Los usuarios pueden acceder a las canvas apps 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 gateway de datos local, es mejor colocar el gateway 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 servidor de origen de los datos. Esto puede ocurrir por varios motivos. Puede utilizar la herramienta de monitorización 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 un escaneo de tabla, 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 no está en buen estado.
• La puerta de enlace de datos local debe escalar horizontalmente.

Cuando ocurran estos problemas, ajuste el origen de datos back-end para evitar la ralentización del rendimiento de la aplicación.

Fuentes de datos específicas

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 Calculada. 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 canvas. 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 Imagen y los archivos adjuntos: el tamaño de una imagen y un archivo adjunto pueden contribuir a una respuesta lenta al recuperarse 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. Esto se debe a que los registros coincidentes, o los registros hasta los límites de fila de datos definidos, se recuperan y se transmiten de vuelta al cliente con todas las columnas definidas en la lista, aunque la aplicación no use todas ellas.

Piense 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 y recupere los datos dentro 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 para cargar datos de la tabla solo hasta el Límite de filas de datos configurado de la aplicación, que es 500 de forma predeterminada y se puede aumentar a 10 000, debido a funciones delegables limitadas. Para cargar más del límite configurado, particione los datos en distintas tablas de datos, como se hace con otros orígenes de datos. Para obtener más información sobre la delegación, vea Información general sobre la delegación.

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 necesite 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 en un archivo de Excel las columnas que necesita en la tabla de datos.

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 realizado desde una aplicación de la misma manera, como si un usuario estuviera cambiando 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 la precarga de la aplicación para un rendimiento mejorado

Opcionalmente, puede precargar su aplicación para aumentar el rendimiento.

1. Inicie sesión en Power Apps.

2. En el panel de navegación izquierdo, seleccione Apps.

3. Seleccione la aplicación y luego seleccione Configuración en la barra de comandos.

4. En el panel Configuración de la app, establezca Precargar la aplicación para un rendimiento mejorado en Sí. A continuación, la aplicación se precargará.

5. 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 provenir 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.