Planificación de la implementación de Power BI: planificación del área de trabajo de nivel de área de trabajo

En este artículo se trata el planeamiento de nivel de área de trabajo de Fabric, poniendo énfasis en la experiencia de Power BI. Se dirige principalmente a:

• Administradores de Fabric: los administradores responsables de supervisar Fabric en la organización.
• Centro de excelencia, TI y equipo de BI: los equipos que también son responsables de supervisar los datos y la inteligencia empresarial, además de admitir usuarios de autoservicio en toda la organización.
• Propietarios y creadores de contenido: aquellos creadores de autoservicio que necesiten crear, publicar y administrar contenido en áreas de trabajo.

Para usar áreas de trabajo de forma eficaz, hay muchas decisiones tácticas que se deben tomar. Siempre que sea posible, las decisiones individuales de nivel de área de trabajo deben alinearse con las decisiones de nivel de inquilino.

Propósito del área de trabajo

Al planear áreas de trabajo, es importante tener en cuenta no solo el tipo de contenido que almacenará, sino también las actividades que el área de trabajo pretende admitir.

Tenga en cuenta los dos ejemplos siguientes de áreas de trabajo relacionadas con las finanzas. Aunque ambas están dedicados al mismo equipo, cada área de trabajo tiene un propósito diferente:

• Área de trabajo de fin de mes financiero: El Área de trabajo de fin de mes financiero contiene informes de conciliación y fin de mes. Esta área de trabajo se considera un área de trabajo informal para admitir esfuerzos colaborativos. Una aplicación de Power BI no es necesaria para los visores de contenido porque el uso principal de esta área de trabajo es la colaboración de un pequeño grupo de personas que trabajan estrechamente. La mayoría de los miembros del equipo tienen permiso para editar contenido en esta área de trabajo.
• Área de trabajo de informes financieros: El Área de trabajo de informes financieros contiene los informes de nivel de presentación finalizados. Esta área de trabajo contiene contenido que se distribuye ampliamente en toda la organización a muchos visores (incluidos los ejecutivos) mediante una aplicación de Power BI. El espacio de trabajo se gestiona estrictamente.

Teniendo en cuenta estos dos ejemplos, considere dos aspectos específicos del propósito del área de trabajo: la intención de colaboración y la intención para su visualización.

Intención de colaboración

El objetivo principal de un área de trabajo en el portal de Fabric es facilitar la colaboración entre varias personas. Hay muchas maneras de colaborar en un área de trabajo:

• Desarrollo basado en equipo: varias personas pueden trabajar conjuntamente para compilar, probar y publicar contenido. Un usuario podría trabajar en el diseño de una lakehouse. Otro usuario podría trabajar en el diseño del modelo semántico, mientras que otros usuarios podrían centrarse en la creación de informes.
• Pruebas y validaciones: es posible que los usuarios necesiten realizar validaciones de datos para el nuevo contenido. Es posible que los expertos en la materia de la unidad de negocio necesiten realizar pruebas de aceptación de usuario (UAT) o que un equipo de calidad de datos necesite validar la precisión del modelo semántico.
• Mejoras: las partes interesadas y los consumidores del contenido pueden sugerir mejoras en el contenido a medida que cambian las circunstancias.
• Transferencia de propiedad: otra persona o equipo puede asumir la responsabilidad del contenido creado por otra persona.

Una de las áreas clave de la hoja de ruta de adopción de Fabric es la propiedad y la administración del contenido. El tipo de colaboración que se producirá en un área de trabajo variará en función del enfoque que se use para la administración de la propiedad y del contenido:

• BI de autoservicio dirigida por la empresa: el contenido es propiedad de los creadores de contenido dentro de una unidad de negocio o un departamento y es gestionado por ellos. En este escenario, la mayoría de la colaboración en el área de trabajo se produce entre los usuarios de esa unidad de negocio.
• BI de autoservicio administrada: los datos son propiedad de un equipo centralizado, que es el que los administra, mientras que varios creadores de contenido de unidades de negocio asumen la responsabilidad de los informes y paneles. En este escenario, es muy probable que se necesiten varias áreas de trabajo para facilitar de forma segura la colaboración de varios equipos de personas.
• BI empresarial: el contenido es propiedad de un equipo centralizado, como TI, BI empresarial o el Centro de excelencia (COE), que son los que lo administran. En este escenario, los esfuerzos de colaboración en el área de trabajo se producen entre los usuarios del equipo centralizado.

Lista de comprobación: cuando considere sus intenciones de colaboración en un área de trabajo, las decisiones clave y las acciones incluyen:

Intención de visualización de contenido

El objetivo secundario de un área de trabajo es distribuir contenido a los consumidores que necesitan ver el contenido. Para los espectadores de contenidos, la principal carga de trabajo de Fabric es Power BI.

Hay varias maneras diferentes de abordar la distribución de contenido en el servicio Power BI:

• Los informes se pueden ver mediante una aplicación de Power BI: el contenido almacenado en un área de trabajo no personal se puede publicar en una aplicación de Power BI. Una aplicación de Power BI es una experiencia más fácil de usar que ver informes directamente en un área de trabajo. Por este motivo, usar una aplicación de Power BI suele ser la mejor opción para distribuir contenidos a los consumidores. el público de una aplicación de Power BI es muy flexible. Sin embargo, a veces los objetivos de cómo quiere distribuir contenido con una aplicación son un factor importante para determinar cómo organizar el contenido en o entre áreas de trabajo. Para obtener más información sobre cómo proteger las aplicaciones de Power BI, consulte Planeamiento de la seguridad del consumidor de informes.
• Los informes se pueden ver directamente en el área de trabajo: este enfoque suele ser adecuado para áreas de trabajo informales y colaborativas. Los roles del área de trabajo definen quién puede ver o editar el contenido incluido en un área de trabajo. Para obtener más información sobre los roles de área de trabajo, consulte Planeamiento de seguridad del creador de contenido.
• Los informes pueden compartirse: Usar permisos por elemento (vínculos o acceso directo) es útil cuando se necesita proporcionar acceso de solo lectura a un solo elemento dentro de un área de trabajo. Se recomienda usar permisos de aplicación y roles de área de trabajo con más frecuencia que el uso compartido, ya que son más fáciles de mantener. Para obtener más información, consulte Planeamiento de la seguridad del consumidor de informes.
• Los informes se pueden insertar en otra aplicación y verse allí: a veces, la intención es que los consumidores vean el contenido de Power BI insertado en otra aplicación. Insertar contenido es útil cuando tiene sentido que el usuario permanezca en la aplicación para aumentar la eficacia y que se mantenga dentro de su flujo de trabajo.

Otro área clave de la hoja de ruta de adopción de Fabric es el ámbito de entrega de contenido. Las formas en que un área de trabajo admitirá la distribución de contenido variarán en función del ámbito de entrega de contenido:

• BI personal: el contenido está pensado para que lo use el creador. Dado que compartir contenido con otros usuarios no es un objetivo, la BI personal se realiza dentro de un área de trabajo personal (que se describe en el tema siguiente).
• BI para equipos: el contenido se comparte con un número de compañeros relativamente pequeño que trabajan juntos. En este escenario, la mayoría de las áreas de trabajo son áreas de trabajo informales y colaborativas.
• BI de departamento: el contenido se distribuye a varios consumidores, que pertenecen a un gran departamento o unidad de negocio. En este escenario, el área de trabajo se centra principalmente en esfuerzos de colaboración. En escenarios de BI de departamento, el contenido se suele ver en una aplicación Power BI (en lugar de verse directamente en el área de trabajo).
• BI empresarial: el contenido se proporciona ampliamente en toda la organización al mayor número de consumidores de destino. En este escenario, el área de trabajo se centra principalmente en esfuerzos de colaboración. En escenarios de BI empresarial, el contenido se suele ver en una aplicación Power BI (en lugar de verse directamente en el área de trabajo).

Lista de comprobación: cuando considere las expectativas de cómo se verá el contenido del área de trabajo, las decisiones clave y las acciones incluyen:

Uso adecuado de áreas de trabajo personales

Existen dos tipos de áreas de trabajo:

• Áreas de trabajo personales: cada usuario tiene un área de trabajo personal. Se puede usar un área de trabajo personal para publicar determinados tipos de contenido en el portal de Fabric. Su propósito principal es admitir escenarios de uso de BI personales.
• Áreas de trabajo:El objetivo principal de un área de trabajo es admitir la colaboración entre varios usuarios. En segundo lugar, también se puede usar un área de trabajo para ver contenido.

El uso de un área de trabajo personal para cualquier otra cosa que no sea aprenderBI personal, contenido temporal o pruebas puede ser arriesgado porque un único usuario administra y mantiene el contenido de un área de trabajo personal. Además, un área de trabajo personal no admite la colaboración con otros usuarios.

Para permitir la creación de cualquier tipo de elemento de Fabric (como una lakehouse o un almacén), se debe agregar un área de trabajo a una capacidad de Fabric. Esto es cierto tanto para las áreas de trabajo estándar como para las áreas de trabajo personales. Por lo tanto, puede controlar quién puede crear determinados tipos de elementos dentro de un área de trabajo personal mediante la asignación de capacidad.

Un área de trabajo personal está limitada en sus opciones para compartir contenido con otros usuarios. No se puede publicar una aplicación Power BI desde un área de trabajo personal (y las aplicaciones de Power BI son un mecanismo importante para distribuir contenido a la organización). Los permisos por elemento (vínculos o accesos directos) constituyen la única manera de compartir contenido de área de trabajo personal con otros usuarios. Por lo tanto, usar mucho los permisos por elemento implica más esfuerzo y aumenta el riesgo de error. Para obtener más información, consulte Planeamiento de la seguridad del consumidor de informes.

Lista de comprobación: cuando considere las expectativas sobre cómo se deben usar las áreas de trabajo personales, las decisiones clave y las acciones incluyen:

Propiedad del área de trabajo

Una de las cosas más importantes que se deben tener en cuenta al planear áreas de trabajo es determinar los roles y responsabilidades de propiedad y administración. El objetivo es tener claridad sobre quién es responsable de crear, mantener, publicar, proteger y admitir el contenido en cada área de trabajo.

La claridad sobre la propiedad es especialmente importante cuando las responsabilidades de crear y administrar datos están descentralizadas -o distribuidas- entre departamentos y unidades de negocio. A este concepto también se le llama a veces arquitectura de malla de datos. Para más información sobre la malla de datos, consulte ¿Qué es la malla de datos?.

En Fabric, la propiedad descentralizada o distribuida está habilitada a través de áreas de trabajo. Diferentes áreas de la organización pueden funcionar de forma independiente, a la vez que contribuyen a la misma estructura de datos subyacente en OneLake. Cada área de trabajo puede tener su propio administrador, control de acceso y asignación de capacidad (para la facturación, la ubicación geográfica de los datos y la supervisión del rendimiento).

Cuando la intención de la colaboración implica descentralización y múltiples equipos más allá de una única unidad de negocio, puede resultar complicado administrar áreas de trabajo. A menudo resulta útil crear áreas de trabajo independientes para delinear claramente qué equipo es responsable del contenido. El uso de varias áreas de trabajo le permite especificar las responsabilidades de propiedad y administración, y puede ayudarle a establecer la seguridad según el principio de privilegios mínimos. Para obtener más consideraciones de seguridad, consulte Planeamiento de la seguridad del creador de contenido.

Lista de comprobación: cuando considere las responsabilidades de propiedad del área de trabajo, las decisiones y las acciones clave incluyen:

Organización del área de trabajo

Cómo organizar las áreas de trabajo es uno de los aspectos más importantes del planeamiento del área de trabajo.

Diferentes unidades de negocio y departamentos pueden usar áreas de trabajo de forma ligeramente diferente en función de sus requisitos de colaboración. Cuando necesite una nueva área de trabajo, se recomienda tener en cuenta los factores descritos en esta sección.

Asunto y ámbito del área de trabajo

Las siguientes opciones presentan algunas sugerencias sobre cómo puede organizar las áreas de trabajo por asunto y ámbito.

En algunos casos, es posible que ya tenga algunos grupos útiles establecidos en microsoft Entra ID. Después, puede usarlos para administrar el acceso a los recursos para el ámbito y el área de asunto definidas. Sin embargo, es posible que tenga que crear algunos grupos para adaptarse a este propósito. Consulte la sección siguiente, acceso al área de trabajo, para ver las consideraciones.

Opción 1: área de trabajo por área de asunto o proyecto

La creación de un área de trabajo para cada área de asunto o proyecto le permite centrarse en su propósito. Permite adoptar un enfoque equilibrado.

Ejemplos: Análisis financiero trimestral o Análisis de lanzamiento de productos

Las ventajas de la opción 1 incluyen:

• Administrar el acceso de los usuarios para determinar quién puede editar o ver contenido es más sencillo, ya que está en el ámbito de área de asunto.
• Cuando los usuarios accedan al contenido en toda la organización, la estructuración de áreas de trabajo por área de asunto es más flexible y fácil de administrar (en comparación con la opción 2 que se describe a continuación).
• El uso de un ámbito por área de asunto es un buen compromiso entre áreas de trabajo que contienen demasiados elementos y áreas de trabajo que contienen demasiados pocos elementos.

Una desventaja de la opción 1 es que, dependiendo de cómo de estrechas o anchas se definen las áreas de trabajo, todavía hay algún riesgo de que se creen muchas áreas de trabajo. La búsqueda de contenido puede ser difícil para los usuarios cuando el contenido se distribuye entre muchas áreas de trabajo.

Opción 2: área de trabajo por departamento o equipo

La creación de un área de trabajo por departamento o equipo (o unidad de negocio) es un enfoque común. De hecho, la alineación con el organigrama es la forma más común de empezar con la planificación del área de trabajo. Sin embargo, no es ideal para todos los escenarios.

Ejemplos: Departamento de finanzas o análisis del equipo de ventas

Las ventajas de la opción 2 incluyen:

• Es fácil empezar la planificación. Todo el contenido que necesitan las personas que trabajan en ese departamento residirá en un área de trabajo.
• Es fácil que los usuarios sepan qué área de trabajo usar, ya que todo su contenido se publica en el área de trabajo asociada a su departamento o equipo.
• La administración de roles de seguridad puede ser sencilla, especialmente cuando los grupos de Microsoft Entra se asignan a roles de área de trabajo (que es un procedimiento recomendado).

Entre las desventajas de la opción 2 se incluyen las siguientes:

• El resultado suele ser un área de trabajo de ámbito amplio que contiene muchos elementos. Un ámbito de área de trabajo definida ampliamente puede dificultar que los usuarios busquen elementos específicos.
• Dado que hay una relación uno a uno entre un área de trabajo y una aplicación de Power BI, un área de trabajo definida ampliamente puede dar lugar a aplicaciones para usuarios que contienen gran cantidad de contenido. Este problema se puede mitigar excluyendo ciertos elementos del área de trabajo de la aplicación y con un buen diseño de la experiencia de navegación de la aplicación.
• Cuando los usuarios de otros departamentos necesitan ver elementos de área de trabajo específicos, la administración de permisos puede ser más compleja. Existe el riesgo de que las personas asuman que todo lo que hay en el área de trabajo departamental es para ellos. También existe el riesgo de que el uso compartido de elementos individuales se utilice en exceso para lograr unos permisos de visualización pormenorizados.
• Si algunos creadores de contenido necesitan permiso para editar algunos elementos (pero no todos), no es posible establecer esos permisos en una sola área de trabajo. Esto se debe a que los roles del área de trabajo, que determinan los permisos de edición o vista, se definen en el nivel de área de trabajo.
• Cuando tiene un gran número de elementos de área de trabajo, a menudo significa que tendrá que usar convenciones de nomenclatura estrictas para los elementos para que los usuarios puedan encontrar lo que necesitan.
• Las áreas de trabajo amplias con muchos elementos pueden encontrarse con una limitación técnica en el número de elementos que se pueden almacenar en un área de trabajo.

Opción 3: área de trabajo para un informe o aplicación específicos

No se recomienda crear un área de trabajo para cada informe o tipo de análisis, excepto para circunstancias específicas.

Ejemplos: Resumen diario de ventas o Bonificaciones ejecutivas

Las ventajas de la opción 3 incluyen:

• La finalidad de un área de trabajo bien delimitada es clara.
• El contenido extremadamente confidencial puede, y a menudo, debe segregarse en su propia área de trabajo para que se pueda administrar y regular explícitamente.
• Los permisos de área de trabajo específicos son aplicables a algunos elementos. Esta configuración es útil cuando, por ejemplo, un usuario puede editar un informe, pero no otro.

Entre las desventajas de la opción 3 se incluyen las siguientes:

• Si se utiliza en exceso, la creación de áreas de trabajo con un ámbito reducido da como resultado un gran número de áreas de trabajo.
• Tener un gran número de áreas de trabajo con las que trabajar implica más esfuerzo. Aunque los usuarios pueden servirse de la función de búsqueda, encontrar el contenido correcto en el área de trabajo adecuada puede ser frustrante.
• Cuando existe un gran número de áreas de trabajo, hay más trabajo desde una perspectiva de auditoría y supervisión.

Lista de comprobación: cuando considere el área de asunto y el ámbito del contenido del área de trabajo, las decisiones clave y las acciones incluyen:

Tipos de elementos del área de trabajo

Separar las áreas de trabajo de datos de las áreas de trabajo de informes es una práctica habitual para desacoplar los recursos de datos de los recursos analíticos.

• Un área de trabajo de datos se dedica a almacenar y proteger elementos de datos, como una instancia de lakehouse, un almacén, una canalización de datos, un flujo de datos o un modelo semántico.
• Un área de trabajo de informes se centra más en las actividades analíticas descendentes. Se dedica a almacenar y proteger elementos como informes, paneles y métricas. Las áreas de trabajo de informes incluyen principalmente (pero no necesariamente de forma exclusiva) contenido de Power BI.

Entre las ventajas de separar las áreas de trabajo de datos de las áreas de trabajo de informes se incluyen las siguientes:

• Los datos de la organización críticos, como un almacén de lago o un modelo semántico aprobados pueden residir en un área de trabajo específica diseñada para que los datos reutilizables estén disponibles a escala empresarial. Entre los ejemplos comunes se incluyen:
  • Los creadores de informes pueden localizar y reutilizar más fácilmente modelos semánticos compartidos de confianza. Para más información, consulte el escenario de uso BI de autoservicio administrado personalizable.
  • Los creadores de modelos semánticos también pueden localizar flujos de datos de confianza o tablas de lakehouse más fácilmente. Para obtener más información, consulte el escenario de uso de preparación de datos de autoservicio y el escenario de uso de preparación de datos de autoservicio avanzado.
• La administración de acceso se puede centralizar para los datos de la organización críticos. La administración del acceso por separado para el área de trabajo de datos en comparación con las áreas de trabajo de informes es útil cuando diferentes personas son responsables de los datos e informes. Con BI de autoservicio administrado, es habitual tener muchos creadores de informes y menos creadores de datos.
• Limitar quién puede editar y administrar modelos semánticos minimiza el riesgo de cambios involuntarios, especialmente en elementos de datos críticos que se reutilizan para muchos fines o por muchos usuarios. La separación física reduce las posibilidades de cambios accidentales o no aprobados. Esta capa adicional de protección es útil para modelos semánticos certificados, de los cuales se depende por su calidad y fiabilidad.
• Se aclaran los escenarios de copropiedad. Cuando los modelos semánticos compartidos se entregan desde un equipo de TI o BI centralizado, mientras que los informes los publican creadores de contenido de autoservicio (en unidades de negocio), se recomienda separar los modelos semánticos en un área de trabajo independiente. Este enfoque evita la ambigüedad de los escenarios de copropiedad, ya que la propiedad y la responsabilidad por área de trabajo están más claramente definidas.
• Se aplica la seguridad de nivel de fila (RLS). Si anima a los creadores a trabajar en diferentes áreas de trabajo, no tendrán permisos de edición innecesarios para el modelo semántico original. La ventaja es que el RLS o la seguridad a nivel de objeto (OLS) se aplicarán a los creadores de contenidos (y también a los espectadores de contenidos).

Entre las desventajas de separar las áreas de trabajo de datos de las áreas de trabajo de informes se incluyen las siguientes:

• Se requiere una convención de nomenclatura del área de trabajo para poder distinguir un área de trabajo de datos de un área de trabajo de informes.
• Se requiere proporcionar información adicional a los usuarios para asegurarse de que los autores y consumidores de contenido sepan dónde publicar y buscar contenido.
• A veces, resulta difícil delinear claramente los tipos de elemento que se deben contener en un área de trabajo. Con el tiempo, un área de trabajo puede acabar con más tipos de contenido de los previstos originalmente.
• El uso de áreas de trabajo independientes da como resultado un mayor número de áreas de trabajo que debe administrar y auditar. A medida que planee el propósito, el ámbito y otras consideraciones (como la separación del contenido de desarrollo, prueba y producción), el enfoque para el diseño del área de trabajo puede resultar más complejo.
• Es posible que se necesiten procesos adicionales de administración de cambios para realizar un seguimiento y priorizar los cambios solicitados en elementos de datos centralizados especialmente cuando los creadores de informes tienen requisitos más allá de lo que pueden controlar los modelos compuestos y las medidas de nivel de informe.

Lista de comprobación: cuando considere los tipos de elementos que se van a almacenar en un área de trabajo, las decisiones clave y las acciones incluyen:

Acceso al área de trabajo

Dado que el propósito principal de un área de trabajo es la colaboración, el acceso al área de trabajo es relevante principalmente para los usuarios que poseen y administran su contenido. También puede ser relevante cuando el área de trabajo se usa para ver contenido (un propósito secundario para las áreas de trabajo, como se ha descrito anteriormente en este artículo).

Al empezar a planear los roles de área de trabajo, resulta útil formularse las siguientes preguntas.

• ¿Cuáles son las expectativas de cómo se producirá la colaboración en el área de trabajo?
• ¿El área de trabajo se usará directamente para ver el contenido por parte de los consumidores?
• ¿Quién será responsable de administrar el contenido en el área de trabajo?
• ¿Quién verá el contenido almacenado en el área de trabajo?
• ¿Tiene la intención de asignar usuarios individuales o grupos a roles de área de trabajo?

Se recomienda usar grupos para asignar roles de área de trabajo siempre que sea práctico. Hay diferentes tipos de grupos que puede asignar. Los grupos de seguridad, los grupos de seguridad habilitados para correo, los grupos de distribución y los grupos de Microsoft 365 son compatibles con los roles de área de trabajo. Para obtener más información sobre los grupos, consulte el artículo Planeamiento de la seguridad a nivel de inquilino.

Al planear el uso de grupos, puede considerar la posibilidad de crear un grupo por rol por área de trabajo. Por ejemplo, para apoyar el área de trabajo Finanzas trimestrales, puede crear los siguientes grupos:

• Fabric, área de trabajo administradores: finanzas trimestrales
• Fabric, área de trabajo miembros: finanzas trimestrales
• Fabric, área de trabajo colaboradores: finanzas trimestrales
• Fabric, área de trabajo espectadores: finanzas trimestrales
• Power BI, visores de la aplicación: finanzas trimestrales

Cuando las áreas de trabajo de datos están separadas de las áreas de trabajo de informes, como se describió anteriormente en este artículo, da como resultado un número aún mayor de grupos. Tenga en cuenta cómo el número de grupos se duplica de cinco a diez al separar las áreas de trabajo de datos e informes:

• Fabric área de trabajo de datos administradores: finanzas trimestrales
• Fabric área de trabajo de informes administradores: finanzas trimestrales
• Fabric área de trabajo de datos miembros: finanzas trimestrales
• Fabric área de trabajo de informes miembros: finanzas trimestrales
• Fabric área de trabajo de datos, colaboradores: finanzas trimestrales
• Fabric área de trabajo de informescolaboradores: finanzas trimestrales
• Fabric área de trabajo de datos, espectadores: finanzas trimestrales
• Fabric área de trabajo de informes espectadores: finanzas trimestrales
• Power BI, visores de la aplicación: finanzas trimestrales

Cuando existen varias áreas de trabajo para desarrollo, prueba y producción, da como resultado un número aún mayor de grupos. Existe la posibilidad de que el número de grupos se triplique. Por ejemplo, solo para los administradores del área de trabajo de datos, habría estos tres grupos:

• Administradores del área de trabajo de datos de Fabric: finanzas trimestrales [Dev]
• Administradores del área de trabajo de datos de Fabric: finanzas trimestrales [Test]
• Administradores del área de trabajo de datos de Fabric: finanzas trimestrales

Estos ejemplos están diseñados para mostrar que el uso de grupos que se asignan a roles de área de trabajo puede volverse rápidamente imposible de administrar.

El uso eficaz de grupos para roles de área de trabajo puede requerir un planeamiento considerable. Prepárese para encontrar escenarios en los que los grupos existentes (que podrían estar alineados con el organigrama) no satisfacen todas sus necesidades para administrar el contenido de Fabric. En este caso, se recomienda crear grupos específicamente para este fin. Por eso las palabras Fabric o Power BI se incluyen en los ejemplos de nombre de grupo que se muestran anteriormente. Si tiene varias herramientas de inteligencia empresarial, puede optar por usar solo BI como prefijo en su lugar. De este modo, puede usar los mismos grupos en varias herramientas.

Por último, los ejemplos muestran un área de trabajo (Finanzas trimestrales), pero a menudo es posible administrar una colección de áreas de trabajo con un conjunto de grupos. Por ejemplo, varias áreas de trabajo propiedad del equipo financiero y administradas por él podrían usar los mismos grupos.

Lista de comprobación: cuando considere el acceso al área de trabajo, las decisiones clave y las acciones incluyen:

Dominio del área de trabajo

Como se ha descrito anteriormente en este artículo, es fundamental tener clara la propiedad del área de trabajo. Una manera de admitir aún más la propiedad del área de trabajo en Fabric es con dominios. Un dominio es una manera de agrupar lógicamente varias áreas de trabajo que tienen características similares.

Para obtener más información sobre el planeamiento de dominios en un inquilino, consulte Dominios de área de trabajo.

Configuración del área de trabajo

Hay varias opciones de configuración que puede ajustar para cada área de trabajo individual. Esta configuración puede influir significativamente en cómo se produce la colaboración, quién puede acceder al área de trabajo y el nivel de reutilización de datos entre las cargas de trabajo de Fabric.

Modo de licencia del área de trabajo

Cada área de trabajo tiene una configuración de tipo de licencia. Puede configurarse como en Pro, Premium por usuario, capacidad Premium, Embedded, capacidad Fabric o Prueba.

El tipo de licencia es importante para la planificación del área de trabajo porque determina:

• Características: Se admiten diferentes características. PPU incluye más características (como canalizaciones de implementación) que no están disponibles en Pro. Muchas más características de Fabric (como lakehouses) están disponibles para las áreas de trabajo asignadas a una capacidad de Fabric.
• Acceso al contenido: el tipo de licencia determina quién puede acceder al contenido en el área de trabajo:
  • Solo los usuarios que tengan una licencia PPU (además de tener asignado un rol de área de trabajo) pueden acceder a un área de trabajo de PPU.
  • Si espera entregar contenidos a espectadores que dispongan de una licencia gratuita, necesitará una licencia de F64 o superior.
• Ubicación de almacenamiento de datos: Cuando necesite almacenar datos en una región geográfica específica (fuera de la región principal), esto es posible con un área de trabajo asignada a una capacidad (y, en consecuencia, la capacidad se crea en esa región). Para obtener más información sobre la ubicación de almacenamiento de datos, consulte el artículo Configuración de inquilino.

Lista de comprobación: cuando considere el tipo de licencia del área de trabajo, las decisiones y las acciones clave incluyen:

Administración del ciclo de vida del área de trabajo

Cuando los creadores de contenido colaboran para ofrecer soluciones analíticas importantes para la organización, hay varias consideraciones de administración del ciclo de vida. Estos procesos también se conocen como integración continua y entrega continua (CI/CD), que son un aspecto de DevOps.

Entre las consideraciones de administración del ciclo de vida se incluyen:

• Cómo garantizar la entrega oportuna, confiable y coherente del contenido.
• Cómo comunicar y coordinar las actividades entre varios creadores de contenido que trabajan en el mismo proyecto.
• Cómo resolver conflictos cuando varios creadores de contenido editan el mismo elemento en el mismo proyecto.
• Estructurar un proceso de implementación sencillo y confiable.
• Cómo revertir el contenido implementado a una versión estable y de trabajo anterior.
• Cómo equilibrar las versiones rápidas de nuevas características y correcciones de errores al proteger el contenido de producción.

En Fabric, hay dos componentes principales de la administración del ciclo de vida.

• Control de versiones del contenido: la integración de Git permite a los propietarios y creadores de contenido crear versiones de su trabajo. Se puede usar con el desarrollo basado en web en un área de trabajo o al desarrollar en una herramienta cliente, como Power BI Desktop. El control de versiones (también conocido como control de código fuente) se logra mediante el seguimiento de todas las revisiones en un proyecto mediante ramas asociadas a repositorios locales y remotos en Azure DevOps. Los cambios se confirman a intervalos regulares en ramas del repositorio remoto. Cuando un creador de contenido ha completado las revisiones probadas y aprobadas, su rama se combina con la versión más reciente de la solución en el repositorio remoto principal (después de resolver los conflictos de combinación). La integración de Git se puede especificar para cada área de trabajo en el portal de Fabric, siempre que la característica se haya habilitado en la configuración del inquilino.
• Promoción de contenido: las canalizaciones de implementación se centran principalmente en la administración de versiones para mantener un entorno estable para los usuarios. Puede asignar un área de trabajo a una fase (desarrollo, prueba o producción) en una canalización de implementación. A continuación, podrá promover o Implementar, su contenido de forma fácil y sistemática a la siguiente fase.

Al combinar las características de administración del ciclo de vida, hay procedimientos recomendados que se deben tener en cuenta durante el proceso de planeamiento. Por ejemplo, puede optar por usar la integración de Git para el área de trabajo de desarrollo y las canalizaciones de implementación para publicar en las áreas de trabajo de prueba y producción. Ese tipo de decisiones requieren usar la práctica acordada de forma coherente. Le recomendamos que realice una prueba de concepto para probar completamente su configuración, procesos y modelo de permisos.

Lista de comprobación: Al planificar la administración del ciclo de vida del área de trabajo, las decisiones y acciones clave incluyen:

Integración del área de trabajo con ADLS Gen2

Es posible conectar un área de trabajo a una cuenta de Azure Data Lake Storage Gen2 (ADLS Gen2). Hay dos razones por las que podría querer hacerlo:

• Almacenamiento de los datos de los flujos de datos de Power BI: si opta por traer su propio lago de datos, podrá acceder a los datos de los flujos de datos de Power BI (Gen1) directamente en Azure. El acceso directo al almacenamiento de flujo de datos en ADLS Gen2 es útil cuando quiere que otros usuarios o procesos vean o accedan a los datos. Resulta especialmente útil cuando el objetivo es reutilizar los flujos de datos más allá de Power BI. Hay dos opciones para asignar almacenamiento:
  • Almacenamiento a nivel de inquilino, lo que resulta útil cuando se desea centralizar todos los datos de los flujos de datos de Power BI en una sola cuenta ADLS Gen2.
  • Almacenamiento de nivel de área de trabajo, que resulta útil cuando las unidades de negocio administran su propio lago de datos o tienen ciertos requisitos de residencia de datos.
• Copia de seguridad y restauración del modelo semántico de Power BI: La característica de copia de seguridad y restauración de modelos semánticos de Power BI es compatible para áreas de trabajo asignadas a capacidad o PPU. Esta característica usa la misma cuenta de ADLS Gen2 que se usa para almacenar datos de flujos de datos (descrito en el punto anterior). Las copias de seguridad del modelo semántico son útiles para:
  • El cumplimiento de los requisitos de retención de datos
  • El almacenamiento de copias de seguridad rutinarias como parte de una estrategia de recuperación ante desastres
  • El almacenamiento de copias de seguridad en otra región
  • La migración de un modelo de datos

Lista de comprobación: cuando considere la integración del área de trabajo con ADLS Gen2, las decisiones clave y las acciones incluyen:

Integración del área de trabajo con Azure Log Analytics

Azure Log Analytics es un servicio de Azure Monitor. Puede usar Azure Log Analytics para revisar los datos de diagnóstico generados por el motor de Analysis Services, que hospeda modelos semánticos de Power BI. Los registros de nivel de área de trabajo son útiles para analizar el rendimiento y las tendencias, realizar análisis de actualización de datos, analizar operaciones de punto de conexión XMLA, etc. Azure Log Analytics solo está disponible para áreas de trabajo asignadas a capacidad o PPU.

Para obtener más información sobre los registros de eventos de modelo semántico, consulte Auditoría de nivel de datos.

Para obtener más información sobre cómo configurar Azure Log Analytics para su uso con Power BI, consulte Configuración de Azure Log Analytics en Power BI. Asegúrese de comprender los requisitos previos que ha de implementar para que la integración funcione.

Lista de comprobación: cuando considere la integración del área de trabajo con Azure Log Analytics, las decisiones clave y las acciones incluyen:

Otras propiedades del área de trabajo

Existen otras propiedades del área de trabajo que pueden proporcionar información útil. En el caso de las áreas de trabajo reguladas, se recomienda establecer estas propiedades.

He aquí algunas sugerencias sobre cómo establecer las configuraciones clave para mejorar la experiencia de sus usuarios.

• Descripción del área de trabajo: una buena descripción del área de trabajo incluye una explicación breve, pero específica, de qué tipo de contenido se puede encontrar en el área de trabajo. Puede usar hasta 4000 caracteres para describir:
  • El propósito del área de trabajo
  • El público de destino
  • El tipo de contenido publicado en el área de trabajo
  • Si el área de trabajo se considera regulada
  • Si el área de trabajo incluye datos de desarrollo, prueba o producción
  • A quién dirigirse en caso de dudas (en ocasiones es crucial mostrar esta información de la forma más destacada posible, además de la lista de contactos que se describe a continuación)
• Contactos del área de trabajo: la lista de contactos del área de trabajo incluye los administradores del área de trabajo de forma predeterminada. Si tiene propietarios de contenido técnico que no son expertos en la materia, es posible que le resulte útil especificar otros contactos. Otros contactos podrían ser grupos o personas que puedan responder a preguntas sobre el contenido del área de trabajo.
• Imagen del área de trabajo: el uso coherente de imágenes de área de trabajo puede ser útil para los usuarios cuando examinan una lista de áreas de trabajo. Considere la posibilidad de usar una imagen para ayudar a los usuarios a determinar:
  • El dominio o el área de asunto
  • Qué unidad de negocio o equipo posee y administra el contenido
  • Tanto si se trata de un área de trabajo de datos (una dedicada a almacenar elementos reutilizables, como un almacén de lago, un almacén, una canalización de datos, un flujo de datos o un modelo semántico)
  • Ya se trate de un área de trabajo de informes (dedicada a almacenar elementos analíticos, como informes, paneles o métricas)
• Configuración del modelo de datos: Permite que los miembros del área de trabajo, los administradores y los usuarios con permiso de compilación en los modelos semánticos editen los modelos de datos de Power BI mediante la interfaz web. Esta configuración se usa junto con losusuarios pueden editar modelos de datos en la configuración del inquilino de servicio Power BI. Esta configuración debe alinearse con sus decisiones y procesos sobre cómo se crea, administra e implementa el contenido. Además, tenga en cuenta el método para el control de versiones como se ha descrito anteriormente en este artículo.

Lista de comprobación: cuando considere las propiedades del área de trabajo, las decisiones y las acciones clave incluya:

Otros factores técnicos

Hay otros factores técnicos que podrían influir en la configuración del área de trabajo.

• Si integra contenido con otras herramientas y servicios, podría haber implicaciones en las licencias. Por ejemplo, si inserta un objeto visual de Power Apps en un informe de Power BI, necesitará las licencias de Power Apps adecuadas.
• Hay límites de almacenamiento por área de trabajo que se aplican a la cantidad de datos que puede almacenar en un área de trabajo Pro. Si usar capacidad o PPU no es una opción, considere cómo trabajar dentro de los límites de almacenamiento durante la planificación del área de trabajo.
• Al instalar una aplicación de plantilla desde AppSource, creará una nueva área de trabajo que tendrá un tema y un ámbito reducidos.

Lista de comprobación: cuando considere otros factores técnicos, las decisiones y las acciones clave incluyen:

Contenido relacionado

Para obtener más consideraciones, acciones, criterios de toma de decisiones y recomendaciones para ayudarle con las decisiones de implementación de Power BI, vea Planificación de la implementación de Power BI.