Escenarios de utilización de Power BI: Administración avanzada de modelos de datos

Nota

Este artículo forma parte de la serie de artículos sobre la planificación de la implementación de Power BI. Para una introducción a la serie, consulte Planificación de la implementación de Power BI.

Este escenario de utilización se centra en la administración avanzada de modelos de datos, que es cuando un creador de contenido de Power BI se basa en una herramienta de terceros para desarrollar, administrar u optimizar modelos de datos. Algunas herramientas de terceros son herramientas externas, que Power BI Desktop admite directamente. También puede administrar un modelo de datos publicado (conjunto de datos) mediante la comunicación directa con el punto de conexión XMLA en el servicio Power BI.

Los modelos de datos se hospedan en el servicio Power BI, Azure Analysis Services (AAS) o SQL Server Analysis Services (SSAS). Este escenario de utilización se centra en el uso del punto de conexión XMLA en el servicio Power BI.

Sugerencia

Muchas personas se refieren a herramientas de terceros como herramientas externas. Pero, existen diferencias en la forma en que se pueden usar diferentes herramientas. La conexión a un modelo de datos local en Power BI Desktop es la interpretación más literal del término herramienta externa. Este escenario de utilización avanzado de administración de modelos de datos se centra en conectarse a un modelo de datos remoto (un conjunto de datos hospedado en el servicio Power BI) mediante el punto de conexión XMLA. Más adelante en este artículo se describe más información sobre las distintas formas de usar herramientas de terceros.

Puede lograr la conectividad a un modelo de datos mediante el protocolo XML for Analysis (XMLA). El protocolo XMLA es un protocolo estándar del sector compatible con más de 25 proveedores, incluido Microsoft. Todas las herramientas, incluidas las herramientas de terceros, que son compatibles con el protocolo XMLA usan bibliotecas de cliente de Microsoft para leer o escribir datos en un modelo de datos. La conectividad se logra con un punto de conexión XMLA, que es una API expuesta por un modelo de datos que amplía las funcionalidades de desarrollo y administración disponibles para los creadores de conjuntos de datos.

Nota

Este escenario de utilización avanzado del modelo de datos es uno de los escenarios de implementación y administración de contenido. Para una lista completa de los escenarios de utilización de autoservicio, consulte Escenarios de uso de Power BI.

Por motivos de brevedad, algunos aspectos descritos en el tema Escenarios de colaboración y entrega de contenido no se tratan en este artículo. Para una cobertura completa, lea primero esos artículos.

Diagrama del escenario

El enfoque de este escenario de utilización avanzado del modelo de datos consiste en usar Tabular Editor para administrar el modelo de datos. Puede publicar un modelo de datos en el servicio Power BI mediante el punto de conexión XMLA, que está disponible con Power BI Premium.

Sugerencia

Se recomienda revisar el escenario de utilización de publicación de contenido de autoservicio si no está familiarizado con él. El escenario de administración avanzada de modelos de datos se basa en ese escenario.

Nota

A veces, los términos conjunto de datos y modelo de datos se usan indistintamente. En general, desde una perspectiva del servicio de Power BI, se usa el término conjunto de datos. Desde una perspectiva de desarrollo, se conoce como modelo de datos (o modelo para abreviar). En este artículo, ambos términos tienen el mismo significado. De forma similar, un creador de conjuntos de datos y un modelador de datos significan lo mismo.

En el diagrama siguiente se muestra una visión general de alto nivel de las herramientas y acciones de usuario más comunes que pueden ayudarle a desarrollar, administrar u optimizar modelos de datos.

Diagrama de la administración de un modelo de datos avanzado, que trata sobre dotar a los creadores con funcionalidades avanzadas en modelado y publicación de datos. Los elementos en el diagrama se describen en la tabla siguiente.

En el diagrama de escenario se muestran las siguientes acciones de usuario, herramientas y características:

Elemento Descripción
Elemento 1. Los creadores de conjuntos de datos desarrollan modelos de datos mediante Tabular Editor. Es habitual que el trabajo de diseño inicial (como trabajo Power Query) se realice en Power BI Desktop antes de cambiar a Tabular Editor (no se muestra en el diagrama de escenarios).
Elemento 2. El modelo de datos conecta con los datos de uno o más orígenes de datos.
Elemento 3. El desarrollo del modelo de datos se realiza en Tabular Editor. Se admite la edición de scripts de Power Query (M).
Elemento 4. Cuando está listo, los creadores de conjuntos de datos publican el modelo de datos desde Tabular Editor en el servicio Power BI mediante el punto de conexión XMLA del área de trabajo de destino.
Elemento 5. El modelo de datos se publica en un área de trabajo dedicada a almacenar y proteger conjuntos de datos compartidos. El acceso al área de trabajo mediante el punto de conexión XMLA solo es posible cuando el license mode (modo de licencia) del área de trabajo está establecido en Premium por usuario, Premium per capacity (Premium por capacidad) o Embedded.
Elemento 6. Los creadores de informes crean informes mediante una conexión dinámica al conjunto de datos compartido.
Elemento 7. Los creadores de informes desarrollan informes en Power BI Desktop. Aparte de separar intencionadamente los informes de los conjuntos de datos, los creadores de contenido siguen el proceso típico de creación de informes.
Elemento 8. Cuando está listo, los creadores de informes publican su archivo de Power BI Desktop (.pbix) en el servicio Power BI.
Elemento 9. Los informes se publican en un área de trabajo dedicada al almacenamiento y protección de informes y paneles.
Elemento 10. Los informes publicados permanecen conectados al conjunto de datos compartido almacenado en un área de trabajo diferente. Los cambios realizados en el conjunto de datos compartido afectan a todos los informes dependientes.
Elemento 11. Las herramientas de terceros pueden usar el punto de conexión XMLA para consultar el conjunto de datos compartido. Otras herramientas compatibles con XMLA, como DAX Studio o PowerShell, se pueden usar para consultar o actualizar el conjunto de datos compartido. Power BI Desktop, Excel y Report Builder también se pueden conectar mediante el punto de conexión XMLA (no representado en el diagrama de escenarios).
Elemento 12. Otras herramientas de Microsoft y de terceros pueden usar el punto de conexión XMLA para administrar el conjunto de datos. Estas herramientas incluyen SQL Server Management Studio (SSMS) y SQL Server Data Tools (SSDT). ALM Toolkit se puede usar para ayudar con la administración del ciclo de vida de las aplicaciones.
Elemento 13. Los administradores de Power BI administran la configuración de inquilino para habilitar el uso del punto de conexión XMLA. El administrador debe habilitar el punto de conexión XMLA para las capacidades Premium y Premium por usuario.
Elemento 14. Para conectarse a orígenes de datos que residen en una red organizativa privada, se requiere una puerta de enlace de datos local para la actualización de datos. La actualización de datos está programada y administrada en el servicio Power BI.
Elemento 15. Los administradores de Power BI supervisan y monitorizan la actividad en el servicio Power BI.

Puntos clave

A continuación se muestran algunos puntos clave a destacar sobre el escenario de administración avanzada de modelos de datos.

Herramientas y aplicaciones de terceros

Los equipos de Enterprise BI suelen usar herramientas de cliente, como Tabular Editor (representado en el diagrama de escenarios y descrito en el tema siguiente), para ayudarles a administrar conjuntos de datos centralizados. Pero, cualquier creador de conjuntos de datos que quiera trabajar con funcionalidades avanzadas de modelado puede aprovechar los métodos descritos en este escenario de utilización.

Hay varias formas de usar aplicaciones de terceros:

  • Conectarse a un modelo de datos remoto mediante el punto de conexión XMLA: algunas herramientas de terceros pueden conectarse directamente a un modelo de datos remoto en el servicio Power BI (o Analysis Services). Una vez conectado al punto de conexión XMLA, se admiten todas las operaciones del Modelo de objetos tabulares (TOM). Este método es el enfoque principal de este escenario de utilización.
  • Conectarse a un modelo de datos local en Power BI Desktop: algunas herramientas de terceros pueden conectarse a un modelo de datos local abierto en Power BI Desktop (no se muestra en el diagrama de escenarios). Pero hay algunas limitaciones y no todas las funcionalidades de herramientas externas se admiten de forma oficial.
  • Conectarse a un archivo de plantilla en Power BI Desktop: algunas herramientas de terceros distribuyen su funcionalidad de forma ligera mediante un archivo de plantilla de Power BI Desktop (.pbit) (no se muestra en el diagrama de escenarios).

Tabular Editor

Tabular Editor se muestra en el diagrama de escenarios. Se trata de una herramienta de terceros que ha logrado una adopción generalizada por parte de la comunidad de Power BI. Entre las ventajas de administrar modelos de datos tabulares con Tabular Editor se incluyen las siguientes:

  • Configuración de funcionalidades de modelo de datos no admitidas en Power BI Desktop: Tabular Editor proporciona una interfaz para configurar la seguridad de nivel de objeto (OLS), grupos de cálculo, perspectivas, traducciones y particiones.
  • Compatibilidad con el desarrollo simultáneo de modelos: las herramientas de desarrollo del modelo de datos de Microsoft, como SSDT, almacenan toda la definición del modelo de datos en un archivo Model.bim. Este único archivo puede dificultar que un equipo de desarrolladores trabaje de forma conjunta en un único modelo de datos. Tabular Editor tiene una característica denominada Serialización de carpetas. La serialización de carpetas deconstruye el archivo Model.bim en archivos independientes específicos del objeto dentro de una estructura de carpetas organizada. Después, diferentes modeladores de datos pueden trabajar en diferentes archivos con menos riesgo de sobrescribir el trabajo de los demás.
  • Integración con el control de código fuente: la serialización de carpetas permite que el sistema de control de código fuente detecte fácilmente los cambios del modelo de datos, lo que facilita las combinaciones de origen y la resolución de conflictos.
  • Mejora de la calidad y diseño del modelo de datos: Tabular Editor se integra con el Analizador de procedimientos recomendados (BPA). BPA ayuda a los modeladores de datos con un conjunto de reglas personalizables que pueden mejorar la calidad, la coherencia y el rendimiento de los modelos de datos. Puede descargar un conjunto de reglas de procedimientos recomendados (proporcionadas por Microsoft) desde GitHub.
  • Aumento de la productividad al desarrollar modelos de datos: la interfaz de Tabular Editor hace que sea adecuado para realizar ediciones por lotes, depuración y visualización de dependencias del modelo de datos. Tabular Editor se diferencia de Power BI Desktop en que funciona en modo desconectado. Puede realizar cambios en el modelo de datos en modo desconectado y confirmarlos como un lote de ediciones. Trabajar de esta manera permite un desarrollo y una validación más rápidos, especialmente para modeladores de datos experimentados. También es posible crear scripts de C# y guardarlos como macros. Estos scripts pueden ayudarle a mejorar la eficacia de la administración y sincronización de varios modelos de datos.

Punto de conexión de XMLA

El punto de conexión XMLA usa el protocolo XMLA para exponer todas las características de un modelo de datos tabular, incluidas algunas operaciones de modelado de datos que no son compatibles con Power BI Desktop. Puede usar la API de TOM para realizar cambios mediante programación en un modelo de datos.

El punto de conexión XMLA también proporciona conectividad. Solo puede conectarse a un conjunto de datos cuando el área de trabajo que tiene su modo de licencia establecido en Premium por usuario, Premium per capacity (Premium por capacidad) o Embedded. Una vez realizada una conexión, una herramienta compatible con XMLA puede funcionar en el modelo de datos de dos maneras:

  • Escritura de datos y metadatos: el uso de lectura y escritura del punto de conexión XMLA permite:
    • Funcionalidades de modelado de datos que no son compatibles con Power BI Desktop, como la seguridad de nivel de objeto (OLS), grupos de cálculo, perspectivas, traducciones y administración de particiones.
    • Implementaciones más complejas. Por ejemplo, una implementación parcial o una implementación solo de metadatos que publica una sola nueva medida.
    • Actualización del conjunto de datos asincrónica. Por ejemplo, la actualización de una sola tabla o partición.
  • Lectura de datos y metadatos: el uso de solo lectura del punto de conexión XMLA permite:
    • La supervisión, depuración y seguimiento de conjuntos de datos y consultas.
    • La visualización de los datos procedentes de un conjunto de datos compartido por parte de herramientas de informes de datos de terceros. Esta técnica es una excelente manera de ampliar las ventajas e inversiones en el autoservicio administrado de BI.

Advertencia

Una vez que modifique o publique un conjunto de datos mediante el punto de conexión XMLA, ya no podrá descargarlo desde el servicio Power BI como un archivo Power BI Desktop.

Configuración de XMLA por capacidad

Cada capacidad Power BI Premium y Power BI Embedded tiene una configuración para controlar si el punto de conexión XMLA es de solo lectura, lectura y escritura o está desactivado. Esta configuración también está disponible para todas las áreas de trabajo Premium por usuario en el inquilino de Power BI. El acceso XMLA de lectura y escritura debe estar habilitado para cada capacidad que contenga conjuntos de datos que quiera administrar con una herramienta que no sea Power BI Desktop.

Sugerencia

La configuración del punto de conexión XMLA (lectura y escritura, solo lectura o desactivado) se aplica a todas las áreas de trabajo y conjuntos de datos asignados a una capacidad determinada. Puede configurar varias capacidades para descentralizar o personalizar cómo se administra el contenido para cada capacidad.

Configuración del inquilino XMLA

Además de la configuración del punto de conexión XMLA, un administrador de Power BI debe usar la configuración de inquilino para permitir puntos de conexión XMLA y analizar en Excel con conjuntos de datos locales. Cuando se habilita, puede permitir que todos los usuarios o grupos de seguridad específicos usen la funcionalidad del punto de conexión XMLA.

Nota

Todas las características estándar de seguridad y protección de datos se siguen aplicando para especificar qué usuarios pueden ver o editar contenido.

Herramientas de terceros

Power BI Desktop puede controlar las necesidades de un extremo a otro de la mayoría de los creadores de contenido de autoservicio. Pero, las herramientas de terceros ofrecen otras características y funcionalidades empresariales. Por este motivo, las herramientas de terceros, como Tabular Editor, se han convertido en frecuentes en la comunidad de Power BI, en especial para creadores de contenido avanzados, desarrolladores y profesionales de TI.

Sugerencia

En esta entrada de blog se describe cómo las herramientas de terceros permiten al equipo de productos de Power BI volver a evaluar sus prioridades de desarrollo, aumentar el alcance de la plataforma Power BI y satisfacer solicitudes más avanzadas y diversas de la comunidad de usuarios.

Nota

Algunas herramientas de terceros requieren una licencia de pago, como Tabular Editor 3. Otras herramientas de la comunidad son gratuitas y de código abierto (como Tabular Editor 2, DAX Studio y ALM Toolkit). Se recomienda evaluar cuidadosamente las características de cada herramienta, costo y modelo de soporte técnico para que pueda apoyar adecuadamente a su comunidad de creadores de contenido.

Administración de modelos de datos

El foco principal de este escenario de utilización está en el creador de contenido que usa Tabular Editor para administrar un modelo de datos. Para los requisitos de administración de modelos de datos avanzados poco frecuentes, como la administración ocasional de particiones, puede optar por usar una herramienta como SSMS. También es posible que un desarrollador de .NET cree y administre conjuntos de datos de Power BI mediante la API de TOM.

Sugerencia

Al usar el punto de conexión XMLA para la administración de modelos de datos, se recomienda habilitar la configuración de formato de almacenamiento del conjunto de datos grandes. Si se habilita, el formato de almacenamiento de conjuntos de datos grandes puede mejorar el rendimiento de la operación de escritura de XMLA.

Separación del modelo de datos e informes

Para que este escenario de utilización se realice correctamente, debe separar los informes del modelo de datos. Este enfoque da como resultado la administración de archivos independientes de Power BI Desktop, tal como se describe en el escenario de uso del autoservicio administrado de BI. Incluso si la misma persona es responsable de todo el desarrollo, la separación de conjuntos de datos e informes es importante porque Tabular Editor no tiene conocimiento del contenido del informe.

Instalación de la puerta de enlace

Normalmente, se requiere una puerta de enlace de datos al acceder a orígenes de datos que residen en la red privada de la organización o en una red virtual. La puerta de enlace de datos local se vuelve relevante una vez que se publica un modelo de datos en el servicio Power BI. Los dos propósitos de una puerta de enlace son actualizar los datos importados o ver un informe que consulta una conexión dinámica o un conjunto de datos de DirectQuery (no descrito en el diagrama de escenarios).

Nota

Se recomienda encarecidamente una puerta de enlace de datos centralizada en modo estándar a través de puertas de enlace en modo personal. En el modo estándar, la puerta de enlace de datos admite la conexión dinámica y las operaciones de DirectQuery (además de las operaciones de actualización de datos programadas).

Supervisión del sistema

El registro de actividad registra las actividades del usuario que se producen en el servicio Power BI. Los administradores de Power BI pueden usar los datos del registro de actividad recopilados para realizar la auditoría como ayuda para comprender las actividades que se conectan mediante punto de conexión XMLA.

Pasos siguientes

Para ver otros escenarios útiles que le ayudarán con las decisiones de implementación de Power BI, consulte el artículo Escenarios de uso de Power BI.