Compartir a través de

Planeación de la implementación de Power BI: planeamiento y diseño de contenido

  • Artículo

Nota:

Este artículo forma parte de la serie de artículos sobre el planeamiento de la implementación de Power BI. Esta serie se centra principalmente en la experiencia de Power BI en Microsoft Fabric. Para obtener una introducción a la serie, consulte el planeamiento de la implementación de Power BI.

Este artículo le ayuda a planear y diseñar contenido como parte de la administración del ciclo de vida del contenido. Se dirige principalmente a:

  • Equipos de Centro de Excelencia (COE) y BI: Los equipos responsables de supervisar Power BI en la organización. Estos equipos incluyen responsables de la toma de decisiones que deciden cómo administrar el ciclo de vida del contenido de Power BI.
  • creadores de contenido y propietarios de contenido: usuarios que crean contenido que quieren publicar en el portal de Fabric para compartirlo con otros usuarios. Estas personas son responsables de administrar el ciclo de vida del contenido de Power BI que crean.

La administración del ciclo de vida consta de los procesos y prácticas que se usan para controlar el contenido desde su creación hasta su retirada final. Como se describe en el primer artículo de de esta serie, la administración del ciclo de vida del contenido de Power BI es importante para garantizar la entrega confiable y coherente del contenido a los usuarios empresariales.

La primera fase del ciclo de vida del contenido es planear y diseñar contenido. Normalmente, se inicia el ciclo de vida del contenido mediante la Planeación de la solución de BI. Recopile los requisitos para comprender y definir el problema que debe solucionar la solución y llegar a un diseño de solución. Durante esta fase de planeamiento y diseño, debe tomar decisiones clave para prepararse para las fases posteriores.

En la imagen siguiente se muestra el ciclo de vida del contenido de Power BI, que resalta la fase uno, donde planea y diseña contenido.

Diagrama muestra el ciclo de vida del contenido de Power BI. La fase 1, que trata sobre la planificación y el diseño de contenido, se resalta.

Nota:

Para obtener información general sobre la administración del ciclo de vida de contenido, consulte el primer artículo de de esta serie.

Sugerencia

Este artículo se centra en las consideraciones y decisiones clave para la planificación y el diseño de contenido a medida que pertenecen a la administración del ciclo de vida.

  • Para obtener más información sobre cómo planificar y diseñar de forma eficaz una solución de Fabric o de Power BI, te recomendamos leer el artículo sobre la planificación de soluciones de .
  • Para obtener más información sobre cómo planear de forma eficaz una migración de Power BI, se recomienda leer la serie de Migración de Power BI.

Al recopilar requisitos, debe describir claramente aspectos sobre el contenido que afecta al enfoque de la administración del ciclo de vida. Debe documentar estos aspectos como parte de la planificación y el diseño de la solución.

En las secciones siguientes de este artículo se describen los aspectos clave y las consideraciones de una solución que motivará su enfoque para la administración del ciclo de vida a medida que planee y diseñe el contenido.

Identificar y describir el contenido

Al diseñar la solución, debe describir cuál es el contenido, quién lo creará, quién lo admitirá y qué tan crítico es este contenido para la organización. Debe abordar estos factores durante, o después de finalizar, recopilando requisitos como parte del diseño de la solución.

Nota:

Al igual que sus requisitos, las respuestas a estas preguntas pueden cambiar a medida que desarrolle la solución o una versión posterior en su ciclo de vida. Después de responder a estas preguntas, prepárese para volver a evaluarlas periódicamente al realizar cambios en el contenido o a medida que se escala en el número de usuarios a los que sirve.

Responda a las siguientes preguntas sobre el contenido para ayudarle a tomar decisiones posteriores sobre la administración del ciclo de vida.

¿Cuál es el formato del contenido?

El tipo, el ámbito y la complejidad del contenido motivan las decisiones clave sobre cómo administrarlo. Por ejemplo, un único informe para una audiencia limitada requiere un enfoque de administración del ciclo de vida diferente frente a un modelo semántico que usará toda la organización y múltiples cargas de trabajo posteriores.

Responda a preguntas como las siguientes para ayudarle a determinar el tipo de contenido que va a crear.

  • ¿Qué tipos de elementos espera crear y cuántos de cada uno? Por ejemplo, ¿creará elementos de datos como flujos de datos o modelos semánticos, elementos de informes como informes o paneles, o una combinación de ambos?
  • ¿Cómo se entrega el contenido a los consumidores de contenido? Por ejemplo, ¿los consumidores usarán elementos de datos para crear su propio contenido, solo verán los informes centralizados o una combinación de ambos?
  • ¿Qué tan complejo es el contenido? Por ejemplo, ¿es un prototipo pequeño o un modelo semántico grande que abarca varios procesos empresariales?
  • ¿Espera que la escala, el ámbito y la complejidad del contenido crezcan con el tiempo? Por ejemplo, ¿el contenido abarcará otras regiones o áreas empresariales en el futuro?
  • ¿Cuánto tiempo espera que la empresa necesite este contenido? Por ejemplo, ¿este contenido respaldará una iniciativa clave de la empresa que tiene un plazo finito?

Sugerencia

Considere la posibilidad de crear un diagrama arquitectónico para describir el formato del contenido. Puede incluir diferentes orígenes de datos, tipos de elementos y consumidores de contenido, así como las relaciones entre estos componentes discretos. Un diagrama arquitectónico puede ayudar a describir concisamente el contenido y su complejidad, y le ayuda a planear su administración del ciclo de vida. Puede utilizar los iconos de Fabric y los iconos de Azure para crear estos diagramas en software externo. Como alternativa, puede usar Diagramas de Azure, que incluye iconos y herramientas de dibujo para crear estos diagramas.

Para obtener un ejemplo de estos diagramas, consulte los diagramas de escenarios de uso de planeación de implementación de Power BI.

¿Quién creará y apoyará el contenido?

Los creadores de contenido tienen diferentes necesidades, aptitudes y flujos de trabajo. Estos factores influirán en el éxito de diferentes enfoques de administración del ciclo de vida. Los equipos centrales más grandes con colaboración suelen requerir una administración del ciclo de vida de contenido más sofisticada que los equipos más pequeños de creadores de autoservicio.

Responda preguntas como las siguientes para determinar quién creará o apoyará el contenido.

  • ¿Cuántas personas diferentes espera crear este contenido? ¿Colaborarán varios creadores de contenido o es un solo individuo responsable de crear el contenido?
  • ¿Los creadores de contenido están familiarizados con la administración del ciclo de vida y los conceptos relacionados, como el control de versiones? ¿Los creadores de contenido entienden las ventajas de la administración del ciclo de vida?
  • ¿Serán los creadores de contenido que desarrollan la solución los mismos individuos que la soportan después de la implementación?
  • ¿Los creadores de contenido o sus equipos tienen prácticas de gestión del ciclo de vida para respaldar las soluciones existentes?
  • ¿Los creadores de contenido usan actualmente herramientas de administración del ciclo de vida como Azure DevOps?

Importante

Asegúrese de documentar claramente quién es responsable de crear contenido y quién se encargará de apoyarlo una vez que esté implementado en producción. Implique a todas estas personas en la planificación de la administración del ciclo de vida del contenido.

¿Cuál es la importancia del contenido?

Dependiendo de la importancia que tenga el contenido para la empresa, tomará diferentes decisiones sobre cómo administrarlo. El contenido crítico para la empresa requiere enfoques de administración del ciclo de vida de contenido más sólidos para proteger la calidad y mitigar posibles interrupciones.

Responda a preguntas como las siguientes para ayudarle a determinar si el contenido es crítico.

  • ¿Qué importancia tiene este contenido para la empresa? ¿Cuán urgente es la petición de desarrollarlo?
  • ¿Se tomarán decisiones o acciones críticas para la empresa a partir de la información proporcionada por este contenido?
  • ¿En qué medida espera distribuir este contenido (de toda la organización a un equipo local limitado)?
  • ¿Los ejecutivos u otros responsables de la toma de decisiones estratégicas confiarán en este contenido para su trabajo?
  • ¿Cuál es el impacto de este contenido? Por ejemplo, si el contenido de repente no está disponible, ¿qué impactos empresariales se producirían, como los ingresos perdidos o los procesos empresariales interrumpidos?

Cuando haya identificado y descrito lo suficiente el contenido que va a crear, debe decidir a continuación cómo deben colaborar los creadores de contenido.

Determinar cómo consumirán los usuarios el contenido

En Power BI, hay muchas maneras diferentes en las que los usuarios pueden consumir contenido, incluidos los modelos semánticos y los informes. Dependiendo de cómo las personas accedan y usen este contenido, deberá tomar diferentes decisiones sobre su diseño y cómo lo desarrollará. Algunas de estas decisiones pueden modificar drásticamente tanto cómo creas el contenido como cuánto tiempo y esfuerzo requiere. Normalmente, cuantas más formas diferentes tengan las personas de usar tus modelos e informes, más consideraciones habrá que tener en cuenta y mayor será el costo de desarrollo resultante.

Uso y reutilización de modelos semánticos

Los modelos semánticos son discutiblemente los tipos de elementos más importantes en Power BI y Fabric, dado que los usuarios pueden consumirlos mediante muchos enfoques y elementos posteriores diferentes. Si solo distribuirá informes, tomará decisiones de diseño muy diferentes como cuando los usuarios conecten varios elementos al modelo para realizar sus propios análisis o lograr sus propios objetivos.

Diagrama muestra un modelo semántico y los elementos que pueden conectarse a él en Power BI, Fabric y otras herramientas.

Puede reutilizar un modelo semántico compartido mediante los siguientes tipos de elementos descendentes:

En las secciones siguientes se proporciona información general sobre consideraciones importantes al usar modelos semánticos con algunos de estos elementos.

[! NOTA] Muchas de estas opciones solo están disponibles si habilita la configuración de inquilino pertinente. Asegúrese de familiarizarse con la configuración del inquilino para saber qué métodos de consumo son posibles en el área de trabajo donde publicará el modelo semántico. Si estas opciones están limitadas a grupos de seguridad específicos, asegúrese de identificar si los usuarios pertenecen (o deben pertenecer) a estos grupos de seguridad o no.

Informes

Hay varias maneras diferentes en las que los usuarios pueden interactuar con modelos semánticos a través de informes:

  • Visualización de informes. El escenario estándar, en el que un usuario ve los datos de un informe que distribuye o comparte con ellos.
  • Conexión al modelo semántico y creación de un nuevo informe. Con los permisos de compilación , los usuarios pueden crear un nuevo informe en Power BI Desktop o en el servicio Power BI. Este informe tiene una conexión dinámica al modelo semántico compartido. Los usuarios también pueden convertir el informe conectado en directo a un nuevo modelo semántico compuesto que consulta el original mediante DirectQuery.
  • Crear una exploración a partir de un visual existente del informe. Con los permisos de compilación, los usuarios también pueden seleccionar un visual compatible para crear una exploración de sus datos. Esto crea un nuevo elemento de exploración que permite al usuario agregar campos o cambiar el formato. Los usuarios pueden guardar y compartir la exploración resultante si cumplen los criterios necesarios para la concesión de licencias, la pertenencia al área de trabajo y los permisos de elemento.
  • personalizar los objetos visuales de informe, en los que los usuarios pueden cambiar el campo y el formato.Personalizar objetos visuales funciona de forma similar a una exploración, pero solo requiere permisos de lectura y no crea un nuevo elemento. La personalización de objetos visuales también usa las perspectivas que un usuario aplica a una página de informe, limitando los campos disponibles que un usuario puede ver y usar.

Estos diversos escenarios crean una serie de consideraciones que debe tener en cuenta para los modelos semánticos, como:

  • Qué permisos concederá a los usuarios y cómo administrará estos permisos. Se recomienda que los usuarios completen un entrenamiento antes de obtener permisos de compilación.
  • Ya sea que agregue perspectivas a su modelo o no. Solo puede agregar perspectivas mediante la vista TMDL en Power BI Desktop o mediante otras herramientas de terceros. Recomendamos que agregues perspectivas cuando los usuarios vayan a usar visuales personalizables o modelos compuestos.
  • Qué campos debe ocultar en el modelo y si necesita habilitar la propiedad TOM IsPrivate de tablas para evitar que ellos o sus objetos secundarios aparezcan como sugerencias. Tenga en cuenta que la propiedad Private TOM solo se puede establecer mediante herramientas externas en un archivo de metadatos de modelo (como .bim o .tmdl) o un modelo remoto publicado en el servicio Power BI.
  • Cómo documentará el modelo y qué debe conllevar esa documentación. Se recomienda que la documentación se adapte a casos de uso específicos y que incluya información relevante y útil, y no exportaciones de metadatos de modelo como expresiones de medida DAX, que generalmente no son útiles para los usuarios finales.
  • Cómo aconsejará a los usuarios que elijan un enfoque sobre otro.

[! PRECAUCIÓN] Una vez que conceda permisos de lectura o compilación a un modelo semántico, es posible que los usuarios puedan consultar cualquier tabla o columna del modelo mediante los enfoques descritos en esta sección. Esto es cierto incluso si no expone esa tabla, medida o columna en un informe. Asegúrese de proteger siempre los datos confidenciales mediante medidas de seguridad o exclúyalos del modelo. De este modo, puede evitar exponer involuntariamente información confidencial a las personas equivocadas.

Excel (analizar en tablas dinámicas de Excel)

Si los usuarios tienen permisos de compilación para un modelo, también pueden conectarse a un modelo semántico desde Excel y consultarlo mediante MDX desde una tabla dinámica de Excel. Esto puede ser útil cuando los usuarios prefieren trabajar en Excel para explorar o analizar datos por sí mismos.

Cuando los usuarios usarán análisis en Excel para consultar el modelo semántico, es posible que tenga que tener en cuenta aspectos como los siguientes:

  • Algunas características como parámetros de campo o medir cadenas de formato dinámico solo funcionan en Power BI y no en Excel. Para lograr un resultado similar, debe usar otros enfoques.
  • Analizar en Excel requiere que la propiedad de columna isAvailableinMDX esté habilitada. Si los usuarios no usarán Excel, deshabilitar esta propiedad podría dar lugar a modelos más pequeños y de mayor rendimiento.
  • Los usuarios no pueden ver columnas ocultas o medidas en el modelo semántico, a diferencia de Power BI Desktop, (donde pueden hacer clic con el botón derecho en el panel de datos y seleccionando "ver los ocultos").
  • Los usuarios no pueden crear sus propias medidas ni cálculos visuales en Excel, como pueden usar una conexión dinámica desde Power BI Desktop. Sin embargo, pueden hacer referencia a los campos de tabla dinámica en otras celdas y hojas de cálculo de Excel para cálculos personalizados.
  • A menudo, los usuarios de análisis en Excel requieren aprendizaje adicional sobre cómo usarlo. Esto es especialmente cierto si esperan una experiencia similar a la exportación o expresan una intención de guardar copias sin conexión de los datos. Considere la posibilidad de entrenar a los usuarios sobre cosas como:
    • Actualización de los datos.
    • Filtre los datos antes de agregar campos a la tabla dinámica.
    • Evitar consultas grandes y detalladas sin filtros.
    • Power BI Desktop será más eficaz que Analizar en Excel, ya que analizar en Excel consulta el modelo mediante MDX, pero Power BI Desktop consulta el modelo con DAX.
    • Cómo evitar la creación de riesgos de gobernanza o seguridad mientras sigue utilizando Excel de la manera que prefieren.

Aptitudes de Copilot e IA

Si los usuarios tienen permisos de lectura en un modelo, puede usar lenguaje natural para explorar y formular preguntas sobre sus datos mediante Copilot. Como alternativa, también pueden formular preguntas sobre sus datos en una habilidad de IA, pero, a diferencia de Copilot, primero debe crear y compartir este elemento con ellos.

Cuando los usuarios quieren interactuar con el modelo semántico mediante lenguaje natural, existen consecuencias considerables para el diseño y la implementación del modelo:

  • esquema lingüístico: Tendrá que agregar sinónimos y relaciones al modelo para que las palabras y términos en inglés adecuados estén asociadas a los objetos de modelo correctos.
  • Convenciones de nomenclatura: Tendrá que usar convenciones de nomenclatura en inglés que sean compatibles con la inteligencia artificial. Esto significa que debe evitar nombres de campo duplicados o demasiado similares, acrónimos, símbolos y abreviaturas, incluso si son estándar en su organización.
  • Propiedades: Tendrá que establecer propiedades como descripciones de columnas o medidas, categorías de datos y otras para que las herramientas de inteligencia artificial puedan reconocer y usar mejor estos campos.
  • Ocultar campos: Tendrá que ocultar los campos que no desea exponer a Copilot o usar en sus respuestas.

También debe dedicar más esfuerzo a entrenar a los usuarios.

  • Lo que las aptitudes de Copilot o IA pueden y no pueden hacer.
  • Cuándo usar las aptitudes de Copilot o IA para explorar datos sobre otro enfoque (que no es de IA).
  • Cómo escribir mensajes efectivos.
  • Cómo validar las salidas.
  • Solución de problemas de salidas inesperadas.

[! SUGERENCIA] Consulte los siguientes artículos para obtener sugerencias y consideraciones adicionales sobre la optimización de modelos para trabajar bien con Copilot:

Copilot y otras tecnologías de inteligencia artificial generativa tienen limitaciones y consideraciones importantes que también debe comprender en la fase de planificación y diseño del contenido:

  • No es determinista, lo que significa que la misma entrada en el mismo contexto podría producir una salida diferente.
  • Puede obtener resultados de baja calidad o inexactos, como cuando la herramienta alucina o exagera la importancia de ciertos hechos. Copilot también puede ser incorrecto o inexacto si omite información esencial.
  • Las herramientas están limitadas por sus datos de entrenamiento, por lo que es menos probable que las preguntas sobre información más nueva generen salidas útiles.

[! PRECAUCIÓN] Debe mitigar los riesgos de estas limitaciones y consideraciones. Copilot, las aptitudes de inteligencia artificial, las LLM y la inteligencia artificial generativa son tecnología naciente, por lo que no debe usarlas para procesos autónomos, de alto riesgo o críticos para la empresa y la toma de decisiones. Para obtener más información, consulte también Guía de seguridad para modelos de lenguaje grande.

Informes paginados

Puede escribir una consulta DAX para un modelo semántico para crear un informe paginado con el resultado de la consulta. Esto es relevante si los usuarios requieren informes paginados y piensa usar el modelo semántico como origen de datos.

Al planear la creación de informes paginados en un modelo semántico, es posible que tenga que tener en cuenta los siguientes puntos:

  • Cómo vas a escribir y mantener las consultas DAX, ya sea mediante la vista de consulta DAX de Power BI Desktop u otras herramientas de terceros.
  • Tanto si necesita tomar decisiones de diseño para asegurarse de que el modelo semántico es eficaz cuando se consulta, como materializar determinados datos en una columna de modelo o una tabla.
  • Ya sea que insertará informes paginados en sus informes interactivos de Power BI mediante la visualización de informe paginado o no.
  • Cómo se asegurará de que no haya redundancia entre los informes paginados y otros informes.
  • En qué formato debe distribuir los informes paginados y si necesita etiquetas de confidencialidad o prevención de pérdida de datos para proteger esas salidas de convertirse en un riesgo de gobernanza o seguridad.

Otros

También hay otras maneras de consumir modelos semánticos. A continuación se muestran algunos ejemplos:

  • Activator (anteriormente Reflex): Puede usar un modelo semántico para automatizar las alertas de datos y desencadenar flujos de bajada, como los que se crean mediante Power Automate.
  • conjuntos de métricas: Puede crear un conjunto de métricas, que incluye medidas y dimensiones recomendadas de varios modelos semánticos en un solo lugar. Los conjuntos de métricas pueden mejorar la detección de datos para los usuarios.
  • Exploraciones: Aparte de crear exploraciones a partir de informes y salidas de Copilot, los usuarios también pueden crear exploraciones a partir de un modelo semántico.

Distribución y uso compartido de informes

En función de cómo distribuir y compartir los informes de Power BI, tomará diferentes opciones de diseño. Por ejemplo, la obtención de detalles entre informes es una característica que permite a los usuarios navegar entre informes en la misma área de trabajo o aplicación. Sin embargo, no puede usar la obtención de detalles entre informes si inserta un informe o lo comparte públicamente a través de Publicar en la Web.

Otros elementos

En función de cómo usarán el contenido y los datos subyacentes, es posible que tenga que recurrir a otros tipos de elementos en Power BI o Fabric. Por ejemplo, si los usuarios quieren agregar sus propios datos y cálculos, podrían usar modelos compuestos con el modelo semántico. Como alternativa, podría crear otros elementos de datos centralizados para que sean utilizados en nuevos modelos, como un flujo de datos.

Una vez que determine cómo consumirán los usuarios el contenido que realice, debe decidir a continuación cómo los creadores de contenido deben colaborar durante el desarrollo.

Decidir cómo deben colaborar los creadores de contenido

A medida que una solución aumenta en el ámbito y la complejidad, podría ser necesario que varios creadores de contenido y propietarios trabajen en colaboración. Al crear soluciones complejas, se recomienda usar herramientas eficaces que ayuden a estructurar, administrar y admitir la colaboración. Hay muchas maneras de colaborar al generar contenido de Power BI, como microsoft Teams, Azure DevOps o GitHub.

Sugerencia

Incluso cuando los creadores de contenido funcionan de forma independiente, todavía pueden beneficiarse de la planificación y estructuración de su trabajo mediante herramientas como Microsoft Teams, Azure DevOps o GitHub. Esto es especialmente importante al planear la implementación de contenido, como mediante actualización de OneDrive desde una biblioteca de documentos de Microsoft Teams o integración de Git desde un repositorio de Azure DevOps o GitHub.

Equipos de Microsoft

Para proyectos más pequeños o más sencillos, los creadores de contenido pueden colaborar con Microsoft Teams.

Diagrama muestra el enfoque 1, que consiste en colaborar con Microsoft Teams. Los elementos que se muestran en el diagrama se describen a continuación.

Con Microsoft Teams, los creadores de contenido estructuran su comunicación, planificación y trabajo en equipos y canales. Microsoft Teams suele ser una buena opción para escenarios de colaboración más sencillos. Por ejemplo, los equipos descentralizados que generan contenido para una audiencia limitada pueden usar bibliotecas de documentos para almacenar archivos y control de versiones. También pueden usar otras herramientas y servicios integrados.

Sugerencia

Se recomienda usar Microsoft Teams para facilitar la administración eficaz del ciclo de vida del contenido en escenarios de autoservicio con entrega de contenido descentralizado.

Para colaborar y comunicarse en Microsoft Teams, use servicios auxiliares durante todo el ciclo de vida del contenido de Power BI.

  • Planner: los propietarios de contenido pueden usar Planner para crear planes, que utilizan para seguir el progreso de las tareas y el trabajo relacionado con el contenido. Las tareas pueden describir problemas, errores o características de la solución y las partes interesadas correspondientes.
  • SharePoint: los creadores de contenido pueden almacenar y administrar archivos en una biblioteca de documentos de Microsoft Teams o en un sitio conectado para cada canal. Los archivos de contenido almacenados en SharePoint pueden usar el control de versiones para ayudar a realizar un seguimiento y administrar los cambios de contenido. Para obtener más información sobre el seguimiento y la administración de cambios mediante SharePoint, vea Fase 2: Desarrollo de contenido y administración de cambios.
  • aprobaciones: los creadores y propietarios de contenido pueden configurar y usar flujos de trabajo para aprobar cambios o versiones de contenido después de la revisión.
  • Fabric y Power BI: los creadores y propietarios de contenido pueden acceder al portal de Fabric desde Microsoft Teams. Desde allí, pueden administrar o discutir contenido y agregar informes útiles a pestañas en canales de Teams.
  • Otras integraciones: los creadores de contenido pueden usar otros servicios de Microsoft o de terceros que se integran con Microsoft Teams para adaptarse mejor a sus necesidades y flujos de trabajo preferidos.

Se recomienda definir un proceso estructurado para cómo los creadores de contenido deben usar Microsoft Teams para colaborar. Asegúrese de determinar lo siguiente:

  • Cómo administrar el acceso a equipos y canales.
  • Quién es responsable de administrar equipos y canales.
  • Cómo se limita y organiza el trabajo en distintos equipos, canales y planes.
  • Cómo los creadores de contenido deben usar una biblioteca de documentos para organizar archivos y realizar un seguimiento y administrar los cambios. Por ejemplo, cómo organizar la biblioteca de documentos y si los creadores de contenido deben insertar en el repositorio y extraer del repositorio los archivos.
  • Si los creadores de contenido deben usar OneDrive Refresh para publicar automáticamente archivos de Power BI Desktop (.pbix).
  • Cómo se resuelven los conflictos de sincronización de archivos.
  • Cuándo archivar y quitar archivos de una biblioteca de documentos que ya no son relevantes.

Azure DevOps o GitHub Enterprise

Los creadores y propietarios de contenido también pueden comunicarse y colaborar en un centro central organizado mediante Azure DevOps o GitHub Enterprise.

Diagrama muestra el enfoque 2, que consiste en colaborar mediante Azure DevOps. Los elementos que se muestran en el diagrama se describen a continuación.

Nota:

Azure DevOps es un conjunto de servicios que se integran con Power BI y Fabric para ayudarle a planear y organizar la administración del ciclo de vida del contenido. Al usar Azure DevOps de esta manera, normalmente aprovecha los siguientes servicios:

  • Azure Repos: permite crear y usar un repositorio de Git remoto, que es una ubicación de almacenamiento remota que se usa para realizar un seguimiento y administrar los cambios de contenido.
  • azure Pipelines: permite crear y usar un conjunto de tareas automatizadas para controlar, probar e implementar contenido desde un repositorio remoto en un área de trabajo.
  • azure Test Plans: permite diseñar pruebas para validar la solución y automatizar el control de calidad junto con Azure Pipelines.
  • azure Boards: permite usar paneles para realizar un seguimiento de tareas y planes como elementos de trabajo y vincular o hacer referencia a elementos de trabajo de otros servicios de Azure DevOps.
  • Wiki de Azure: permite compartir información con su equipo para comprender y contribuir al contenido.

Mediante Azure DevOps o GitHub Enterprise, los creadores de contenido usan proyectos para estructurar su comunicación, planificación y trabajo. Además, los creadores de contenido pueden organizar la administración del ciclo de vida del contenido desde Azure DevOps realizando control de código fuente, validación e implementación. El control de código fuente es el proceso de administrar cambios más granulares en el código de contenido y los metadatos.

Azure DevOps suele ser una buena opción para escenarios de colaboración más avanzados, ya que hay servicios y opciones auxiliares para organizar la creación e implementación de contenido.

Sugerencia

Se recomienda usar Azure DevOps para ayudar a administrar el ciclo de vida de contenido eficaz en escenarios empresariales con entrega de contenido centralizada. La colaboración mediante Azure DevOps o herramientas similares se prefiere en escenarios más grandes o más complejos sobre la colaboración mediante Microsoft Teams o SharePoint. Esto se debe a que hay más herramientas y opciones disponibles para facilitar una colaboración y automatización más sólidas.

Se recomienda definir un proceso estructurado para que los creadores de contenido usen Azure DevOps para colaborar. Asegúrese de determinar lo siguiente:

  • Cómo se limita el trabajo y cómo se crean, nombran y usan las ramas de contenido.
  • Cómo los autores agrupan y confirman los cambios y los describen con mensajes de confirmación.
  • ¿Quién es el responsable de revisar y aprobar los cambios mediante pull requests?
  • Cómo se resuelven los conflictos de combinación en las solicitudes de cambios y quién los resuelve.
  • Cómo se deben combinar los cambios realizados en distintas ramas en una sola rama.
  • Cómo se prueba el contenido y quién realiza pruebas antes de implementar el contenido.
  • Cómo y cuándo se implementan los cambios en áreas de trabajo de desarrollo, pruebas y producción.
  • Cómo y cuándo se pueden revertir los cambios o versiones implementados de la solución.

GitHub

Los creadores y propietarios de contenido también pueden comunicarse y colaborar mediante GitHub (solo versiones en la nube) y GitHub Enterprise. De forma similar a Azure DevOps, GitHub proporciona una plataforma con servicios que puede usar para ayudar a organizar y administrar aspectos del entorno de Power BI o Fabric.

La principal diferencia entre Azure DevOps y GitHub es que, mientras que Azure DevOps proporciona un conjunto de herramientas para administrar el ciclo de vida de desarrollo de software, GitHub se centra principalmente en hospedar repositorios de Git, control de código fuente y colaboración en el código. Use principalmente GitHub cuando planee implementar contenido mediante integración de Git. Además, puede usar GitHub para sincronizar el contenido de un repositorio público y de código abierto a un área de trabajo.

Para usar la integración de Git con GitHub, debe habilitar la configuración del inquilino de administrador Los usuarios pueden sincronizar elementos del área de trabajo con repositorios de GitHub.

Nota:

También puede usar Microsoft Teams junto con Azure DevOps o GitHub porque hay diferentes formas de integrar estos servicios. Por ejemplo, puede ver y administrar azure Boards y supervisar eventos en azure Pipelines desde Microsoft Teams.

También puede colaborar y planear el contenido mediante otras herramientas que no se mencionan aquí. Lo más importante es que use herramientas y servicios que facilitan la colaboración para usted y que mejor se adapten a las necesidades de su equipo y a la forma en que funcionan.

Cuando haya decidido si y cómo deben colaborar los creadores de contenido, debe decidir a continuación dónde almacenará los archivos. Muchos de estos archivos se almacenarán donde elija colaborar.

Decidir dónde almacenar archivos

Al crear contenido, normalmente se producen diferentes tipos de archivos. Es importante decidir dónde almacenar estos archivos para que pueda administrarlos de forma eficaz.

Sugerencia

Almacene los archivos a los que varios miembros del equipo pueden acceder y donde se pueden rastrear fácilmente los cambios (conocidos como control de versiones). Este enfoque garantiza que la salida de un miembro del equipo o la pérdida de un archivo no produzca interrupciones.

Los tipos de archivos que necesitará almacenar a menudo incluyen:

  • archivos de contenido: archivos que contienen los datos de contenido o los metadatos. Los archivos de contenido con datos como .pbix y Power BI Project (.pbip) contienen información confidencial. Almacene los archivos de contenido en una ubicación segura a la que solo puedan acceder los usuarios que necesitan acceso a ellos. Además, debe almacenar archivos de contenido en una ubicación que admita el control de versiones, como una biblioteca de documentos en Microsoft Teams o un repositorio de Git en Azure DevOps. Algunos ejemplos de archivos de contenido son:
    • Archivos de Power BI Desktop (.pbix)
    • Archivos de Proyecto de Power BI (.pbip)
    • Archivos de informe paginado de Power BI (.rdl)
    • Archivos de metadatos de modelo (.bim o .tmdl)
    • Archivos de metadatos de flujo de datos (.json)
  • Archivos de origen de datos: archivos que consumen elementos de datos como modelos semánticos o flujos de datos. El contenido depende directamente de los archivos de origen de datos, por lo que es importante tener en cuenta cuidadosamente dónde se almacenan porque quitarlos provocará un error de actualización de datos. Además, estos archivos pueden contener información confidencial. Por lo tanto, almacene archivos de origen de datos en un entorno seguro, confiable y de confianza que tenga acceso limitado por otras personas. Algunos ejemplos de archivos de origen de datos pueden incluir:
    • Orígenes de datos estructurados, como libros de Excel, archivos Parquet o CSV.
    • Orígenes de datos semiestructurados, como archivos JSON o XML.
    • Orígenes de datos no estructurados, como imágenes que se importan en informes.
  • Archivos auxiliares: archivos que admiten la creación o administración de contenido, pero no son necesarios para que funcione. Los archivos auxiliares deben almacenarse en una ubicación que admita el control de versiones y donde otros creadores de herramientas y contenido puedan acceder a ellos. Algunos ejemplos de archivos auxiliares pueden incluir:
    • Archivos de tema (.json) de Power BI.
    • Archivos de imagen (.png, .jpg o .gif) en informes de Power BI.
    • Archivos de reglas del Analizador de Mejores Prácticas (.json).
    • Archivos de código fuente para contenido y consultas.
    • Archivos de visualización personalizada (.pbiviz).
  • plantillas y documentación: archivos que ayudan a crear contenido de autoservicio o describir el contenido existente. Las plantillas y la documentación deben ser fácilmente accesibles para las personas que necesitan usarlas. Algunos ejemplos de plantillas y documentación pueden incluir:
    • Archivos de plantilla de Power BI (.pbit).
    • Plantillas de visualización e informes de ejemplo.
    • Diseños y documentación de soluciones.
    • Planeamiento de soluciones y hojas de ruta.
    • Solicitudes de usuario y problemas de solución.

Precaución

Algunos archivos de contenido como archivos .pbix y .pbip pueden contener datos confidenciales importados de orígenes de datos. Además, los archivos de metadatos también pueden contener información confidencial o, en algunos casos, puntos de datos. Un ejemplo de esto es los metadatos de informe y las plantillas .pbit, que pueden contener valores de columna en determinadas circunstancias. Asegúrese de tomar las precauciones necesarias para almacenar estos archivos en ubicaciones seguras y que practique eficaz prevención de pérdida de datos.

Tiene diferentes opciones para almacenar archivos. Asegúrese de seleccionar la ubicación adecuada, según el tipo de archivo, su contenido y cómo se usará.

SharePoint Online o OneDrive

Una solución común para almacenar archivos es utilizar sitios de SharePoint. SharePoint es ampliamente accesible para la mayoría de los usuarios y altamente integrado con Power BI y otras aplicaciones de Microsoft 365, como Microsoft Teams. Además, tiene control de versiones integrado, lo que facilita el almacenamiento de la mayoría de los tipos de archivo. El control de versiones permite ver y administrar diferentes versiones guardadas de un archivo.

Al almacenar archivos en SharePoint, tenga en cuenta los siguientes puntos.

  • organización: asegúrese de mantener una estructura lógica y coherente para que sea sencillo encontrar archivos específicos. Utilice buenas convenciones de nomenclatura, organice archivos en carpetas y archive los archivos que ya no sean relevantes para los proyectos en curso.
  • Actualización de OneDrive: puede vincular un modelo semántico publicado o informe a un archivo .pbix almacenado en un sitio de SharePoint o OneDrive para la Empresa (también conocido como OneDrive para trabajo o escuela). Con este enfoque, ya no tiene que publicar el modelo semántico para poner en vigor los cambios. En su lugar, los cambios son visibles después de una actualización automática de OneDrive, que se produce cada hora. Aunque resulta conveniente, tenga en cuenta que este enfoque incluye algunas advertencias y desafíos. Cuando las cosas suceden, no se puede revertir fácilmente.
  • informes en versión preliminar: en SharePoint, es posible ver informes de Power BI sin tener que instalar Power BI Desktop ni descargar el archivo .pbix localmente. Al abrir informes de esta manera, se muestran en el explorador . Esta funcionalidad puede ser una alternativa cómoda a la visualización de informes desde el portal de Fabric. Está habilitado de manera predeterminada en la Configuración del inquilino de Fabric.

Sugerencia

Cuando colabore con Microsoft Teams, considere la posibilidad de almacenar archivos en la biblioteca de documentos del canal. Este enfoque ayuda a centralizar archivos y facilita la colaboración.

Considere la posibilidad de almacenar los siguientes tipos de archivo en SharePoint.

  • plantillas y documentación: almacenar plantillas y documentación en SharePoint cuando no tiene una solución de almacenamiento existente. SharePoint es ideal para estos archivos porque puede conceder acceso a otros usuarios y administrar archivos sin configuración o procesos complejos.
  • Archivos auxiliares: almacene archivos auxiliares en SharePoint cuando no tenga una solución de almacenamiento existente. Sin embargo, algunos archivos auxiliares (como los archivos de temas de Power BI .json para informes) podrían almacenarse mejor en un sistema de control de versiones que permita ver y administrar los cambios guardados.
  • archivos de contenido: almacene contenido en SharePoint cuando no sea crítico para la empresa o cuando no tenga acceso a un repositorio remoto, como Azure Repos.
  • Orígenes de datos: almacene los orígenes de datos en SharePoint solo cuando son pequeños en tamaño y complejidad. Ejercita disciplina al usar SharePoint para almacenar archivos de fuentes de datos. Considere otras posibles alternativas, como OneLake.

Precaución

No use SharePoint como alternativa a una arquitectura de datos adecuada. Aunque almacenar archivos de origen de datos en SharePoint puede ser conveniente en algunos escenarios limitados, este enfoque no se escala cuando tiene orígenes de datos más grandes y complejos o cuando necesita una latencia de datos menor.

Advertencia

No use sistemas de archivos personales ni cuentas personales de OneDrive para almacenar archivos. Si el propietario deja la organización, estos archivos ya no estarán disponibles.

OneLake

Si tiene una Capacidad de Fabric, OneLake puede ser una buena opción para almacenar archivos de origen de datos. Puede cargar o sincronizar archivos en OneLake mediante el Explorador de archivos de OneLake, donde se pueden transformar en tablas para su uso en cargas de trabajo de bajada como Power BI. Para orígenes de datos más grandes o actualizados regularmente, puede cargar archivos en OneLake automáticamente mediante Fabric Data Factory u otras aplicaciones que usan la API de Azure Data Lake Storage (ADLS) Gen2 o el SDK de Python de Azure Storage .

Precaución

Acciones como cargar o descargar archivos desde OneLake consumen unidades de capacidad de Fabric. Debe supervisar las métricas de capacidad y tomar medidas para evitar la tensión de capacidad causada por el movimiento innecesario de archivos grandes.

Además, los archivos a los que acceden los usuarios con el Explorador de archivos de OneLake son vulnerables a cambios accidentales o pérdida. Se recomienda evitar el uso del Explorador de archivos oneLake para soluciones críticas para la empresa.

Advertencia

OneLake File Explorer tiene varias limitaciones y consideraciones importantes . Por ejemplo, OneLake no admite el control de versiones para archivos, como SharePoint o OneDrive. Tenga en cuenta estas consideraciones y limitaciones cuando decida dónde almacenar archivos.

Sugerencia

Al almacenar datos en OneLake, considere habilitar Continuidad de Negocio y Recuperación ante Desastres (BCDR) para mitigar el riesgo de pérdida de datos. Con BCDR habilitado, los datos se duplican y almacenan en dos regiones geográficas diferentes, según los emparejamientos de regiones estándar de Azure.

Repositorio remoto

Los creadores de contenido pueden confirmar y guardar el trabajo de su máquina local en un repositorio remoto, como un repositorio Git deAzure Repos o GitHub, a intervalos regulares durante el desarrollo. Un repositorio remoto contiene la versión más reciente de contenido o archivos auxiliares y es accesible por todo el equipo de desarrollo. Normalmente, un repositorio remoto facilita enfoques de administración del ciclo de vida más avanzados que el uso de Teams, SharePoint o OneDrive. Esto se debe a que, mediante el uso de un repositorio remoto, los creadores de contenido pueden beneficiarse de opciones más sofisticadas para colaborar en archivos o realizar un seguimiento y administrar los cambios de archivos. Por ejemplo, los creadores de contenido pueden trabajar en su propia rama del repositorio remoto para realizar cambios y solicitar combinar esos cambios en la rama principal cuando estén listos.

Considere la posibilidad de almacenar los siguientes tipos de archivo en un repositorio remoto.

  • plantillas y documentación: almacene plantillas y documentación en un repositorio remoto cuando administre el proyecto con servicios relacionados, como Azure DevOps.
  • Archivos auxiliares: almacene archivos auxiliares en un repositorio remoto cuando esté disponible para realizar un seguimiento y administrar fácilmente los cambios.
  • archivos de contenido: almacene el contenido en un repositorio remoto cuando sea fundamental para la empresa o piensa colaborar con otros desarrolladores en el mismo contenido. Un repositorio remoto es ideal para realizar un seguimiento de los cambios de contenido y facilitar la colaboración.

Sugerencia

Al usar un repositorio remoto, se recomienda encarecidamente almacenar informes de Power BI y modelos semánticos como archivos de proyectos de Power BI Desktop (.pbip) en lugar de archivos .pbix. Esto se debe a que los cambios guardados no se pueden identificar en un archivo .pbix.

Además, considere la posibilidad de usar el formato de informe mejorado de Power BI (PBIR) para los informes. El formato PBIR garantiza que los metadatos del informe sean más fáciles de leer, lo que facilita el seguimiento y la administración de cambios en el control de código fuente. Además, los informes que usan este formato pueden administrarse más fácilmente mediante herramientas de programación como semantic-link-labs, una biblioteca de Python de Microsoft que puede usar en los cuadernos de Fabric.

Sin archivos: contenido creado en el portal de Fabric

Los creadores de contenido pueden crear contenido directamente en el portal de Fabric. En este escenario, normalmente no funcionan directamente con archivos de contenido. Normalmente, debe crear contenido en el portal de Fabric solo cuando los tipos de elemento no se pueden crear en otro lugar (como flujos de datos, paneles o cuadros de mando). También puede crear informes y modelos semánticos en el portal de Fabric cuando no tenga acceso a una máquina Windows y, por tanto, no puede usar Power BI Desktop. Para obtener más información, consulte Herramientas de usuario y dispositivos.

Precaución

No puede descargar como un archivo contenido que se crea en el portal de Fabric. Por ejemplo, los informes creados en el portal de Fabric no se pueden descargar como archivos .pbix.

Al crear contenido en el portal de Fabric, debe usar, en su lugar, las API de Fabric o la integración de Git para respaldar las definiciones de contenido . Al realizar una copia de seguridad de las definiciones de contenido, se mitiga la interrupción si ese contenido se elimina accidentalmente o cambia accidentalmente. Si el contenido se elimina o cambia accidentalmente, puede reemplazarlo mediante la copia de seguridad.

Lista de comprobación: al planear y diseñar contenido, las decisiones y las acciones clave incluyen:

  • Realizar el planeamiento de soluciones: recopilar requisitos empresariales y requisitos técnicos para comprender lo suficiente el problema que abordará el contenido y diseñar cómo este contenido abordará el problema.
  • Identificar quién creará el contenido: según el flujo de trabajo, las aptitudes y las necesidades del creador de contenido individual, es posible que se necesiten diferentes enfoques para la administración del ciclo de vida.
  • Identificar si varios creadores de contenido necesitan colaborar: asegúrese de que los creadores de contenido que colaboran usen tipos de archivo compatibles con el control de versiones, como los archivos .pbip.
  • Decidir cómo colaborarán los creadores de contenido: decida qué sofisticada será la colaboración. Adicionalmente, hay que decidir cómo se facilitará esta colaboración, por ejemplo mediante el uso de Microsoft Teams, Azure DevOps o GitHub.
  • Decidir el formato del contenido: decida si los informes y los modelos semánticos de Power BI constarán de archivos .pbix o .pbip (u otros formatos como .bim o .tmdl para modelos) y si los informes usarán o no el formato PBIR.
  • Determinar cómo se consumirá el contenido: evalúe cómo interactuarán los usuarios con los datos. Decida qué tipos de elementos necesita crear para admitir el consumo y si los usuarios necesitan permisos de solo lectura o también permisos de compilación para modelos semánticos subyacentes u otros elementos de datos. Si los usuarios requieren permisos de compilación, determine con antelación cómo consumirán modelos semánticos y cómo los entrenará para hacerlo de forma eficaz.
  • Configurar herramientas de colaboración: asegúrese de realizar la configuración necesaria por primera vez para la solución o el proyecto. Tome decisiones clave sobre cómo administrará la colaboración mediante estas herramientas.
  • Almacenar archivos de origen de datos en SharePoint o OneLake: almacene archivos de origen de datos pequeños y sencillos en SharePoint. De lo contrario, use OneLake o ADLSGen2 (si están disponibles) en su lugar.
  • Almacenar contenido y archivos auxiliares en SharePoint, Microsoft Teams o un repositorio de Git: para proyectos más sencillos y más pequeños, use SharePoint para la mayoría de los archivos si está organizado y practica una buena administración de acceso. Para entornos más grandes o cuando se requiere colaboración en paralelo, considere la posibilidad de usar un repositorio de Git en GitHub o Azure DevOps, lo que proporcionará visibilidad detallada de los cambios de contenido.
  • Almacenar plantillas y documentación en Microsoft Teams o SharePoint: estas plantillas y documentación están diseñadas para la comunidad de usuarios. Asegúrese de que las plantillas y la documentación sean fáciles de encontrar, usar y comprender.
  • Plan de desarrollo e implementación: para concluir esta primera fase, realice un planeamiento específico para abordar las áreas clave y llevar a cabo la configuración inicial. Por ejemplo, establezca herramientas y pruebe las conexiones del origen de datos.

Contenido relacionado

En el artículo siguiente de esta serie, obtenga información sobre cómo desarrollar contenido y administrar los cambios como parte de la administración del ciclo de vida del contenido.