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

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 del centro de excelencia (COE) y BI: los equipos que son 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 compartirlos 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 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.

Nota:

Para obtener información general sobre la administración del ciclo de vida de contenido, consulte el primer artículo 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 planear y diseñar de forma eficaz una solución Fabric o Power BI, se recomienda leer el artículo planeamiento de soluciones.
• 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 en comparación con un modelo semántico que usará toda la organización y por varias cargas de trabajo de bajada diferentes.

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 admitirá una iniciativa clave de la empresa que tiene una escala de tiempo finita?

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 usar los Iconos de Fabric e 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 admitirá 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 a preguntas como las siguientes para ayudarle a determinar quién creará o admitirá 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?
• ¿Los creadores de contenido que desarrollan la solución serán los mismos usuarios que lo admiten después de la implementación?
• ¿Los creadores de contenido o sus equipos tienen prácticas de administración del ciclo de vida existentes para admitir 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 lo admitirá una vez 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? ¿Qué urgencia es la solicitud para desarrollarla?
• ¿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.

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 mediante Microsoft Teams o Azure DevOps.

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 y Azure DevOps.

Microsoft Teams

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

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 del ciclo de vida eficaz 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 usan para realizar un seguimiento de las tareas y el trabajo de contenido de ámbito. 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 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, consulte 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 proteger y desa proteger los archivos.
• Si los creadores de contenido deben usar Actualización de OneDrive 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

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

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, los creadores de contenido usan proyectos para estructurar su comunicación, planificación y trabajo. Además, los creadores de contenido pueden orquestar la administración del ciclo de vida de 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 en la administración del ciclo de vida eficaz del contenido en escenarios empresariales con entrega centralizada de contenido. 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 responsable de revisar y aprobar los cambios mediante solicitudes de incorporación de cambios.
• Cómo extraer conflictos de combinación de solicitudes de incorporación de cambios se resuelven 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 las pruebas antes de implementar el contenido.
• Cómo y cuándo se implementan los cambios en áreas de trabajo de desarrollo, prueba y producción.
• Cómo y cuándo se pueden revertir los cambios o versiones implementados de la solución.

Nota:

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

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 a ellos y dónde se puede realizar un seguimiento fácil de 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:
  • Procedimientos recomendados Archivos de reglas del analizador (.json).
  • Archivos de tema (.json) de Power BI.
  • Archivos de código fuente para contenido y consultas.
  • Archivos de visualización personalizada (.pbiviz).
• Plantillas y documentación: archivos que ayudan a la creación de contenido de autoservicio o describen 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 como TMDL o .pbit también pueden contener información confidencial. 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 mediante sitios deSharePoint. 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. Use buenas convenciones de nomenclatura, organice archivos en carpetas y archivos de archivo 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 van, no se puede invertir 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: almacene plantillas y documentación en SharePoint cuando no tenga 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. Ejercicio de la materia al usar SharePoint para almacenar archivos de origen 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 periódicamente, puede cargar archivos en OneLake automáticamente mediante Fabric Data Factory u otras aplicaciones que usen laAPI de Azure Data Lake Storage (ADLS) Gen2 o el SDK de Python de Azure Storage.

Precaución

Acciones como cargar o descargar archivos de OneLake consumir 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 OneLake son vulnerables a cambios o pérdidas accidentales. Se recomienda evitar el uso del Explorador de archivos OneLake para soluciones críticas para la empresa.

Advertencia

El explorador de archivos OneLake tiene varias limitaciones y consideraciones importantes. Para la instancia, OneLake no admite el control de versiones de 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 la posibilidad de habilitar Continuidad empresarial 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, a intervalos regulares durante el desarrollo. Un repositorio remoto contiene la versión más reciente de la solución 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: almacenar plantillas y documentación en un repositorio remoto al administrar el proyecto con servicios relacionados, como Azure DevOps.
• Archivos auxiliares: almacene archivos auxiliares en un repositorio remoto cuando uno esté disponible para realizar un seguimiento y administrar fácilmente los cambios.
• Archivos de contenido: almacene 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

Cuando se usa un repositorio remoto, considere la posibilidad de 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.

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 mandos). 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, vea Herramientas de usuario y dispositivos.

Precaución

No puede descargar como un archivo contenido que se crea en el portal de Fabric. Para la instancia, 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 Integración de Git para realizar copias de seguridad de 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 acciones clave incluyen:

• Planificación 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 colaborador usan tipos de archivo que admiten el control de versiones, como los archivos .pbip.
• Decida 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 o Azure DevOps.
• 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 o en un repositorio remoto: 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 remoto, lo que proporcionará visibilidad detallada de los cambios de contenido.
• Almacenar plantillas y documentación en SharePoint: asegúrese de que las plantillas y la documentación son fáciles de encontrar, usar y comprender.
• Plan de desarrollo e implementación: para concluir esta primera fase, realice una planeación específica 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, aprenda a desarrollar contenido y administrar los cambios como parte de la administración del ciclo de vida del contenido.