Comprensión de la información (vista previa)

[Este tema es documentación preliminar y está sujeto a modificaciones.]

La información sobre el rendimiento distribuye la información en las siguientes categorías:

• Rendimiento general
• Entorno del cliente
• Patrón de uso
• Rendimiento de página
• Personalización
• Configuración
• Red Puesto que el rendimiento de una aplicación podría verse afectado por varios factores, la información sobre el rendimiento clasifica las áreas para comprobar a qué se debe la sobrecarga de rendimiento.

Rendimiento general

Esta información resume el rendimiento general de su aplicación como un resumen ejecutivo en la id. de información Perf.Summary.Overview.

En esta información, puede ver el rendimiento general de su aplicación según la gravedad.

• Crítica: indica un rendimiento deficiente.
• Advertencia: indica que se podría mejorar el rendimiento.
• Informativa: indica buen rendimiento.

Cómo mejorar

Cuando llega el momento de optimizar la aplicación, puede ver la información detallada del cliente, la red, las categorías de personalización, así como los complementos, consultas guardadas y la configuración. Se pueden derivar algunos elementos procesables al revisar esa información.

Entorno del cliente

Cuando los usuarios experimentan un aplicación Power Apps en sus dispositivos, varios factores pueden afectar el rendimiento, como el tipo de navegador, la versión del navegador y la especificación del hardware. En esta sección, puede ver qué información comprueban los entornos de los clientes.

Tipo de navegador

Id. de información: Perf.Environment.Client.Browser.Type

Motivación

Determinados tipos de navegadores web pueden afectar al rendimiento de su aplicación. El uso de navegadores no compatibles o no modernos puede provocar un rendimiento lento. Esta información proporciona las implicaciones de rendimiento de diferentes navegadores, especialmente los navegadores no recomendados. Por ejemplo, Power Apps ha puesto en desuso su compatibilidad con Internet Explorer.

Cómo mejorar

Si tiene usuarios en navegadores antiguos como Internet Explorer, cambie a un navegador moderno basado en Chromium. Recomendamos que los usuarios ejecuten un navegador moderno, como Microsoft Edge o Google Chrome.

Versión del explorador

Id. de información: Perf.Environment.Client.Browser.Version

Motivación

Esta información verifica cuántos usuarios están usando su aplicación desde una versión anterior de un navegador. Incluso cuando los usuarios ejecutan navegadores modernos y no tipos de navegadores no recomendados como Internet Explorer, las versiones anteriores de los navegadores funcionan más lentamente.

Cómo mejorar

Los usuarios deben actualizar con frecuencia el navegador a la versión más reciente. Los clientes empresariales pueden aplicar una directiva de grupo para estar en una versión específica. Puesto que Unified Service Desk (USD) también usa la configuración predeterminada del navegador del ordenador, también requiere comprobar el tipo y la versión predeterminados del navegador.

Requisitos mínimos del sistema

Id. de información: Perf.Environment.Device.MimimumRequirements

Motivación

Esta información comprueba si el entorno del usuario cumple con los requisitos mínimos del sistema. Puedes consultar los requisitos de la aplicación web para ver cuáles son los requisitos mínimos del sistema según el tipo de aplicación.

En general, algunas actividades como la renderización, el scripting y la descarga de contenidos se realizan en el lado del cliente. El cumplimiento de los requisitos mínimos del sistema es necesario para estas actividades.

Cómo mejorar

Los usuarios deben usar el hardware que cumpla o supere los requisitos mínimos del sistema para Power Apps.

Protocolo HTTP

Id. de información: Perf.Environment.Client.Browser.HttpProtocol

Motivación

La plataforma de Power Apps es compatible con HTTP/2. Sin embargo, si su aplicación usa el protocolo HTTP/1.1 para solicitudes XMLHttpRequest (XHR) en Power Apps, puede provocar un rendimiento lento debido a la limitación simultánea de solicitudes con el protocolo HTTP/1.1.

Cómo mejorar

Si esta información identificó a algunos usuarios que usan el protocolo HTTP/1.1, recomendamos encarecidamente que el cliente de estos usuarios admita el protocolo HTTP/2.

Varias configuraciones e infraestructura de red pueden bloquear el protocolo HTTP/2, como una red VPN, un servidor proxy o la configuración de las opciones de Internet del dispositivo.

Los usuarios pueden comprobar qué protocolo se ha usado desde una herramienta de desarrollo incluida con el navegador. En la siguiente figura, las llamadas de red se realizaron a través de HTTP/2.

Si el seguimiento del protocolo de red indica HTTP/1.1, puede deberse a lo siguiente:

• Configuración de Internet: la opción de Internet de Windows, pestaña Avanzado en el Panel de control, opciones Usar HTTP2 y Usar TLS 1.2 no están habilitadas.
• VPN y proxy: aunque la Opción de Internet de Windows está configurada para usar HTTP2 y TLS 1.2, el navegador puede retroceder cuando una VPN o Proxy no es compatible con los protocolos más recientes.

Patrón de uso

Esta categoría analiza el tipo de carga de la página. Una carga de página en caliente renderiza la página usando cachés y objetos DOM existentes, mientras que una carga de página en frío hace que la página se actualice mediante la descarga de recursos cuando sea necesario. Aunque los usuarios no distinguen el tipo de carga de la página, esta información analiza y proporciona recomendaciones según el tipo de carga de la página que se produce en el cliente.

Tipo de carga de la página

Id. de información: Perf.Performance.PageLoadType

Motivación

Las cargas de páginas en caliente son más rápidas que las cargas de páginas en frío, ya que los recursos necesarios se cargan fuera de las cachés locales.

Cómo mejorar

Para experimentar cargas de página en caliente para un rendimiento más rápido, minimice la apertura de nuevas pestañas o ventanas del navegador. Intente mantener las actividades dentro de una única pestaña en lugar de abrir nuevas pestañas o ventanas del navegador. También recomendamos no ejecutar el navegador en modo InPrivate o incógnito.

Rendimiento de página

Muchas aplicaciones propias basadas en modelos constan de un panel, vistas (EntityList) y un formulario en lo que respecta al tipo de página. De forma predeterminada, los usuarios cargan un panel, aunque los creadores de aplicaciones y los administradores pueden cambiar esto. Si un panel contiene muchos gráficos e iconos, es posible que el panel se cargue lentamente. De manera similar, si EntityList y los formularios se personalizan para agregar muchas columnas y mostrar muchos registros, también puede hacer que la página se cargue lentamente. Por lo tanto, comprobar el rendimiento por página y por tabla puede ser beneficioso porque el rendimiento de carga de la página puede tener diferentes causas raíz.

En esta sección, puede ver varias ideas relacionadas con el rendimiento de la página.

Paneles lentos

Id. de información: Perf.ModelDriven.Page.Dashboard.SlowSQLQuery

Motivación

Las consultas SQL lentas o el uso de demasiados gráficos e iconos en un panel pueden provocar un rendimiento deficiente del panel. Esta información apunta a los paneles que se ven afectados por consultas SQL lentas. Cuando se registra esta percepción, el panel Detalles incluye el id. de panel para cada panel incluido en la información.

Cómo mejorar

A continuación, le mostramos cómo buscar el nombre del panel usando el id. de panel. Posteriormente, puede determinar qué paneles considerar para el rediseño.

1. Vaya a su aplicación basada en modelos, como https://contoso.crm.dynamics.com.

2. Modifique la dirección URL como se muestra en este ejemplo (https://contoso.dynamics.com/api/data/v9.1/systemforms[DashboardId]/name) agregando api/data/v9.1/systemforms[DashboardId]/name a la dirección URL de la aplicación.

3. Recibirá una solicitud de OData similar a la siguiente. El Panel de agente que se muestra a continuación representa el nombre fácil de usar del id. de panel proporcionado.

   {"@odata.context":https://contoso.crm.dynamics.com/api/data/v9.1/$metadata#systemforms(2ff4a8cf-378b-e811-a964-000d3a30dc0a)/name,"value":"Contoso - Agent Dashboard"}

Complementos sincrónicos con llamadas externas lentas

Id. de información: Perf.Sandbox.Performance.Plug-ins.ExternalCall

Los complementos y las actividades de flujo de trabajo personalizadas pueden acceder a los servicios web (puntos de conexión externos) a través de los protocolos HTTP y HTTPS. Si estos servicios externos funcionan con lentitud, el propio complemento agotará el tiempo de espera o funcionará con lentitud.

Motivación

Esta información comprueba el rendimiento de los puntos de conexión externos y detecta complementos en su aplicación que se ven afectados por las llamadas externas lentas.

Cómo mejorar

• Establecer KeepAlive en false para interactuar con hosts externos en un complemento.
• Establecer el tiempo de espera explícitamente al realizar llamadas externas en un complemento.

Más información: Acceder a servicios web externos (Microsoft Dataverse) - Power Apps | Microsoft Docs.

Personalización

Los creadores pueden realizar muchas personalizaciones diferentes con aplicaciones basadas en modelos, como:

• Ingerir funciones de JavaScript personalizadas para habilitar eventos en el cliente.
• Crear e implementar complementos usado para ejecutar lógica personalizada.
• Definir y almacenar tablas y datos personalizados.
• Definir componentes dependientes para tablas personalizadas y estándar, como formularios y vistas.

Desde una perspectiva de rendimiento, todas estas personalizaciones pueden provocar una respuesta deficiente de la aplicación en situaciones en las que la personalización no sigue las mejores prácticas y recomendaciones. Los creadores pueden ejecutar el comprobador de soluciones para validar sus personalizaciones durante la fase de desarrollo.

La siguiente información también proporciona resultados analíticos a partir de los datos de usuario en tiempo de ejecución de su personalización.

Tipo de llamada XML HTTP Request (XHR)

Id. de información: Perf.ModelDriven.Customization.Client.Script.XMLHttpRequestType

Las llamadas XMLHttpRequest sincrónicas pueden provocar graves problemas de rendimiento para los usuarios finales, especialmente cuando la red es lenta o hay varias llamadas que deben realizarse. El navegador se congela y el usuario final se siente frustrado cuando no puede hacer clic, desplazarse o interactuar con la página.

Esta información revela si existen métodos sincrónicos e indica el rendimiento relacionado.

Motivación

Las llamadas XHR sincrónicas impedirán que el navegador realice más trabajo, ya que este debe esperar a que se complete la llamada sincrónica, lo que provocará que la página se ralentice o se congele por completo.

Cómo mejorar

Le recomendamos que cambie los métodos principales mencionados en la Sección de datos de la información de sincrónica a asincrónica. Más información: Acelere sus aplicaciones basadas en modelos al alejarse de las solicitudes sincrónicas

Controles en desuso

Id. de información: Perf.Customization.Controls.Deprecated

Algunos controles más antiguos para aplicaciones basadas en modelos como Cambio de volteo, Control de calendario (V1), Control deslizante lineal, Mando radial, Mando esférico, Medidor lineal; junto con el control de vista previa del sitio web, MultiSelectPicklistControl (V1) y Voltear etiqueta están en desuso. Algunos de estos controles se pueden reemplazar por los nuevos controles, que están más en línea con la web moderna y los dispositivos móviles en mente. Más información: Nuevos controles de aplicaciones basadas por modelos, obsolescencia de controles antiguos

Motivación

El uso de controles obsoletos puede causar problemas de rendimiento, fiabilidad y accesibilidad. Además, algunas de las limitaciones de estos controles obsoletos se han resuelto con los nuevos controles. Por ejemplo, el control de alternancia y el control de calendario (V2) usan Microsoft Fluent UI.

Cómo mejorar

• Utilice el Control de alternancia como reemplazo de Flip Etiqueta y Flip Switch.
• Use el Control de calendario (V2) como reemplazo del Control de calendario (V1).
• Evalúe otros controles en desuso para determinar si todavía son útiles dentro de los formularios existentes.

Tenga en cuenta que hay pocos cambios de diseño significativos entre la versión en desuso y los nuevos controles.

Para obtener más información sobre los controles en desuso, vaya a Obsolescencia de los controles de aplicaciones basadas en modelo.

Rendimiento de espacio aislado - Complementos dominantes

Id. de información: Perf.Sandbox.Performance.Plug-ins.Dominant

Esta información nos ayudará a identificar el complemento dominante, o en otras palabras, el más usado. También indicará si alguno de los complementos usado de forma predominante tuvo un rendimiento lento con un tiempo de ejecución del complemento superior a 100 milisegundos en el percentil 95. Esta información enumerará hasta tres complementos dominantes.

Motivación

Los complementos dominantes lentos afectan al rendimiento. Estos complementos deben investigarse.

Cómo mejorar

Investigue los complementos de rendimiento lento. Consulte las prácticas recomendadas relativas al desarrollo de complementos y flujos de trabajo.

Para investigar más a fondo el complemento lento, puede establecer la configuración Registro de seguimiento de complementos en Todos en su entorno de desarrollo o prueba y determinar dónde está el retardo. No obstante, no olvide deshabilitar la configuración antes de pasar a producción. Más información: Seguimiento y registro

Investigue los complementos de rendimiento lento. Algunas de las razones de la lentitud de los complementos se describen aquí:

• Las consultas SQL asociadas tuvieron un rendimiento lento, de modo que aumentó el tiempo de ejecución del complemento.
• Siga el principio de responsabilidad única para su complemento y no realice transacciones con límites de transacción significativos.
• Es posible que el complemento esté realizando algunas llamadas externas, que son lentas.
• La lógica del complemento no está optimizada para entornos de subprocesos múltiples. Compruebe su código.

Para investigar más a fondo el complemento lento, puede establecer la configuración Registro de seguimiento de complementos en Todos en su entorno de desarrollo o prueba y determinar dónde está el retardo. No olvide deshabilitar la configuración antes de pasar a producción. Más información: Seguimiento y registro

Consulta guardada con comodín inicial

Id. de información: Perf.ModelDriven.Customization.SavedQuery.LeadingWildCard

Los comodines iniciales son las condiciones like o not like que usan un comodín (%) al comienzo de una cadena de búsqueda. Un ejemplo de una solicitud mal escrita es:

<fetch version="1.0" output-format="xml-platform" mapping="logical"> 
    <entity name="account"> 
        <attribute name="accountid" /> 
        <attribute name="accountnumber" /> 
        <filter type="and"> 
            <condition attribute="accountnumber" operator="like" value="%124" /> 
        </filter> 
    </entity> 
</fetch>

Motivación

Un carácter comodín inicial (%) en una consulta guardada puede hacer que se agote el tiempo de espera de la consulta o que funcione con lentitud. Esta información apunta a que estas consultas guardadas lentas son comodines iniciales.

Cómo mejorar

Evite el uso de comodines iniciales. En la clave de búsqueda, estos se traducen a "contains" en SQL Server, que no aprovechará la búsqueda de índice pero hará un escaneo. Si es necesario usar un comodín inicial, limite el alcance de la búsqueda incluyendo otras condiciones. Tenga en cuenta que es correcto usar comodines finales (%) al final de las cadenas de búsqueda.

Configuración

Configuración del registro de seguimiento del complemento

Id. de información: Perf.Sandbox.Configuration.PluginTraceSettings

Los creadores pueden depurar sus complementos a través de registros de seguimiento de complementos. Los administradores de Dataverse pueden configurar el seguimiento de complemento y actividad de flujo de trabajo personalizada para Apagado, Excepción o Todos.

Motivación

El registro de seguimiento del complemento debe establecerse en Todos solo cuando esté depurando o ajustando el complemento. Un gran volumen de registro de seguimiento puede provocar una sobrecarga de E/S con SQL Server. Además, la eliminación del registro de seguimiento del complemento puede provocar bloqueos o esperas con SQL Server.

Cómo mejorar

En su instancia de producción, si esta configuración es Todos y el volumen de registros generados por su complemento es alto, considere la posibilidad de cambiarlo a Excepción.

Para cambiar la configuración, vaya a la pestaña Configuración > Administración > Configuración del sistema > Personalización. Más información: Registro y seguimiento

Red

Rendimiento de la red

La latencia y el rendimiento de la red son factores importantes que afectan a la experiencia del usuario final. Es más probable que los usuarios con alta latencia y bajo rendimiento experimenten un rendimiento lento al acceder a la Interfaz unificada. Esta información nos indica cuántos usuarios hay en una red de bajo rendimiento y cómo fue su rendimiento.

Motivación

Una mala configuración de la red afectará al rendimiento de la aplicación.

Cómo mejorar

Si hay muchos usuarios en la red y el rendimiento es deficiente, recomendamos que los usuarios cambien a una red de mejor rendimiento.

Consultar también

¿Qué es la información sobre el rendimiento?