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

  • 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 carga de trabajo de Power BI dentro de Microsoft Fabric. Para obtener una introducción a la serie, consulte el planeamiento de la implementación de Power BI.

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.

Nota:

Concepto de un área de trabajo originada en Power BI. Con Fabric, el propósito de un área de trabajo se ha vuelto más amplio. El resultado es que un área de trabajo ahora puede contener elementos de una o varias experiencias de Fabric diferentes (también conocidas como cargas de trabajo). Aunque el ámbito de contenido se ha vuelto más amplio que Power BI, la mayoría de las actividades de planeamiento del área de trabajo descritas en estos artículos se pueden aplicar a la planificación del área de trabajo de Fabric.

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 (anteriormente conocido como un conjunto de datos), 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:

  • Tenga en cuenta las expectativas de colaboración: determine cómo debe producirse la colaboración del área de trabajo y quién participa dentro de un único equipo o entre los límites de la organización.
  • Tenga en cuenta las expectativas de la propiedad y la administración del contenido: piense en cómo los diferentes enfoques de administración y propiedad de contenido (BI de autoservicio dirigida por la empresa, BI de autoservicio administrada y BI empresarial) influirán en cómo diseñar y usar áreas de trabajo.

Sugerencia

Cuando las necesidades no puedan satisfacerse con un único enfoque, hay que estar preparado para ser flexible y usar una estrategia de propiedad y administración de contenidos diferente para las distintas áreas de trabajo. La estrategia se puede basar en el escenario, así como en los miembros del equipo implicados.

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).

Sugerencia

Al planear las áreas de trabajo, tenga en cuenta las necesidades de la audiencia al determinar el modo de licencia del área de trabajo. El tipo de licencia que se asigna al área de trabajo afectará a las características disponibles, incluido quién puede ver o administrar el contenido del á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:

  • Tenga en cuenta las expectativas para ver contenido: determine cómo espera que los consumidores vean el contenido publicado en el área de trabajo. Considere si la visualización se realizará directamente en el área de trabajo o mediante un método diferente.
  • Determine a quién se entregará el contenido: tenga en cuenta quién es el público objetivo. Tenga en cuenta también el modo de licencia del área de trabajo, especialmente cuando se espera un número significativo de visores de contenido.
  • Evalúe las necesidades de una aplicación de Power BI: tenga en cuenta cuál es el propósito del área de trabajo en relación con los requisitos de distribución de contenido. Cuando se requiere una aplicación de Power BI, puede influir en las decisiones sobre la creación de un área de trabajo.
  • Tenga en cuenta las expectativas para el ámbito de entrega de contenido: tenga en cuenta cómo los distintos ámbitos de entrega de contenido (BI personal, BI de equipo, BI de departamento y BI empresarial) influirán en cómo diseñar y usar áreas de trabajo.

Sugerencia

Prepárese para ser flexible. Puede usar otra estrategia de visualización de contenido para áreas de trabajo en función del escenario y de los miembros del equipo implicados. Además, no tenga miedo de usar diferentes enfoques de ámbito de entrega de contenido para áreas de trabajo cuando se pueda justificar.

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:

  • Comprenda el uso actual de áreas de trabajo personales: tenga conversaciones con los usuarios y revise el registro de actividad para asegurarse de que comprende lo que hacen los usuarios con sus áreas de trabajo personales.
  • Decida cómo se deben usar las áreas de trabajo personales: decida cómo deben usarse las áreas de trabajo personales (y no deben) en su organización. Céntrese en equilibrar el riesgo y la facilidad de uso con las necesidades de colaboración y visualización de contenido.
  • Reubique el contenido del área de trabajo personal cuando corresponda: en el caso del contenido crítico, mueva el contenido de áreas de trabajo personales a áreas de trabajo estándar cuando corresponda.
  • Cree y publique de documentación sobre áreas de trabajo personales: cree documentación útil o preguntas más frecuentes para los usuarios sobre cómo usar eficazmente áreas de trabajo personales. Haga que la información esté disponible en el portal centralizado y en los materiales de aprendizaje.

Nota:

Para obtener más información, consulte estos temas de hoja de ruta de adopción de Fabric: portal centralizado, aprendizaje y documentación.

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).

Sugerencia

Una manera adicional de admitir la propiedad del área de trabajo en Fabric es con dominios, que se describen más adelante en este artículo.

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.

Sugerencia

Las decisiones relacionadas con la responsabilidad deben correlacionarse directamente con las acciones relacionadas con la definición del acceso al área de trabajo, que se describe más adelante en este artículo.

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

  • Comprenda plenamente cómo funciona la propiedad de los contenidos: Asegúrese de que comprende en profundidad cómo se produce la propiedad y la administración del contenido en toda la organización. Reconozca que es probable que no haya un enfoque adecuado para todos para su aplicación uniforme en toda la organización. Comprenda las necesidades de propiedad descentralizada o distribuida.
  • Defina y documente roles y responsabilidades: asegúrese de definir y documentar roles y responsabilidades claros para las personas que colaboran en áreas de trabajo. Haga que esta información esté disponible en las actividades de incorporación, los materiales de aprendizaje y el portal centralizado.
  • Cree una matriz de responsabilidades: asigne quién se espera que controle cada función al crear, mantener, publicar, proteger y admitir contenido. Tenga esta información lista al empezar a planear los roles de acceso al área de trabajo.
  • Considere la posibilidad de copropiedad o escenarios de propiedad de varios equipos: identifique cuándo existe un escenario en el que sería útil separar las áreas de trabajo para que las responsabilidades sean claras.
  • Cree documentación de administración del área de trabajo: informe a los administradores y miembros del área de trabajo sobre cómo administrar la configuración y el acceso del área de trabajo. Incluya responsabilidades para los administradores, miembros y colaboradores del área de trabajo. Haga que la información esté disponible en el portal centralizado y en los materiales de aprendizaje.

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 el identificador de Microsoft Entra (anteriormente conocido como Azure Active Directory). 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.

Sugerencia

Cuando se planean y administran correctamente, un área de trabajo por área de asunto o proyecto suele generar un número razonable de á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.

Sugerencia

Al crear áreas de trabajo que se alinean con el organigrama, a menudo termina con menos áreas de trabajo. Sin embargo, puede dar lugar a áreas de trabajo que contengan una gran cantidad de contenido. No se recomienda alinear áreas de trabajo por departamento o equipo cuando se espera tener un número significativo de elementos o muchos usuarios.

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.

Sugerencia

La creación de un área de trabajo con un ámbito reducido, como un informe individual, solo debe realizarse por motivos específicos. Debe ser la excepción en lugar de la regla. En ocasiones, separar cuadros de mandos en su propia área de trabajo también es una técnica útil. Por ejemplo, usar un área de trabajo independiente resulta útil cuando un cuadro de mandos presenta objetivos que abarcan varias áreas temáticas. También es útil configurar permisos específicos para administrar y ver el cuadro de mandos.

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:

  • Evalúe cómo se configuran actualmente las áreas de trabajo: revise cómo los usuarios usan actualmente las áreas de trabajo. Identifique qué funciona bien y qué no funciona bien. Planee posibles cambios y oportunidades de formación para los usuarios.
  • Considere el mejor ámbito de área de trabajo: identifique cómo quiere que los usuarios usen áreas de trabajo en función del propósito, el área de asunto, el ámbito y quién es responsable de administrar el contenido.
  • Identifique dónde reside el contenido altamente confidencial: determine cuándo se puede justificar la creación de un área de trabajo específica para contenido altamente confidencial.
  • Cree y publique de documentación sobre el uso de áreas de trabajo: cree documentación útil o preguntas más frecuentes para los usuarios sobre cómo organizar y usar áreas de trabajo. Haga que esta información esté disponible en los materiales de aprendizaje y en el portal centralizado.

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.

Sugerencia

Cada experiencia de Fabric le permite crear varios tipos de elementos. Estos elementos no siempre encajan perfectamente en el concepto de lo que se considera datos frente al contenido de informes (o analítico). Un ejemplo es un cuaderno de Fabric que se puede usar de muchas maneras diferentes, como: cargar y transformar datos en una lakehouse, enviar consultas SQL de Spark o analizar y visualizar datos con PySpark. Cuando el área de trabajo vaya a contener cargas de trabajo mixtas, le recomendamos que se centre principalmente en la finalidad del área de trabajo y en la propiedad del contenido, tal y como se describe en otras secciones de este artículo.

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:
  • 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:

  • Determine los objetivos de reutilización de datos: decida cómo lograr la reutilización de datos como parte de una estrategia de autoservicio de BI administrado.
  • Actualice la configuración del inquilino para quién puede usar modelos semánticos entre áreas de trabajo: determine si esta funcionalidad se puede conceder a todos los usuarios. Si decide limitar quién puede usar modelos semánticos entre áreas de trabajo, considere la posibilidad de usar un grupo como creadores de informes aprobados de Fabric.

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

Sugerencia

La creación de los grupos enumerados anteriormente proporciona flexibilidad. Sin embargo, implica crear y administrar muchos grupos. Además, la administración de un gran número de grupos puede ser difícil cuando los grupos solo los crean y mantiene el equipo de TI. Este desafío se puede mitigar habilitando la administración de grupos de autoservicio para determinados miembros satélite. Estos miembros pueden incluir el Centro de Excelencia (COE), expertos o usuarios de confianza que se han formado para administrar las pertenencias a roles para su unidad de negocio. Para obtener más información, consulte Planeamiento de la seguridad a nivel de inquilino.

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.

Sugerencia

Hay ocasiones en las que se necesitan menos grupos, especialmente en el desarrollo. Por ejemplo, es posible que no necesite especificar un grupo de visores de áreas de trabajo en desarrollo; ese grupo solo es necesario para pruebas y producción. O bien, es posible que pueda usar el mismo grupo de administradores de área de trabajo para desarrollo, prueba y producción. Para obtener más información sobre el desarrollo,pruebas y producción, consulte Administración del ciclo de vida del área de trabajo más adelante en este artículo.

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.

Nota:

A menudo, planeará la seguridad de forma más amplia, teniendo en cuenta los requisitos de permisos de lectura y compilación del modelo semántico, y los requisitos de seguridad de nivel de fila (RLS). Para obtener más información sobre lo que se debe tener en cuenta para admitir a los consumidores de informes y creadores de contenido, consulte los artículos de planeamiento de seguridad. A los efectos de este artículo, el enfoque solo se centra en los roles del área de trabajo como parte del proceso de planeamiento del área de trabajo.

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

  • Consulte los roles y responsabilidades: use la información de roles y responsabilidades preparada anteriormente para planear los roles del área de trabajo.
  • Identifique quién será el propietario y administrará el contenido: compruebe que todos los elementos que espera almacenar en una sola área de trabajo se alineen con las personas que asumirán la responsabilidad de poseer y administrar el contenido. Si hay discrepancias, reconsidere cómo podrían organizarse mejor las áreas de trabajo.
  • Identifique quién verá el contenido en el área de trabajo: determine si los usuarios verán el contenido directamente desde el área de trabajo.
  • Planee los roles del área de trabajo: determine qué personas son adecuadas para los roles de Administrador, Miembro, Colaborador y Visor para cada área de trabajo.
  • Decida las asignaciones de roles individuales o de grupo: determine si tiene previsto asignar usuarios individuales o grupos a roles de área de trabajo. Compruebe si hay grupos existentes que puede usar para las asignaciones de roles del área de trabajo.
  • Determine si es necesario crear nuevos grupos: considere detenidamente si necesita crear un nuevo grupo por rol de área de trabajo. Tenga en cuenta que eso puede dar lugar a la creación y mantenimiento de muchos grupos. Determine cuál es el proceso cuando se crea una nueva área de trabajo y cómo se crearán los grupos relacionados.
  • Configure y pruebe las asignaciones de roles del área de trabajo: Compruebe que los usuarios tienen la configuración de seguridad adecuada que deben ser productivos al crear, editar y ver contenido.

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.

Importante

En ocasiones, este artículo hace referencia a Power BI Premium o a sus suscripciones de capacidad (SKU P). Tenga en cuenta que Microsoft está consolidando actualmente las opciones de compra y retirando las SKU de Power BI Premium por capacidad. Los clientes nuevos y existentes deben considerar la posibilidad de comprar suscripciones de capacidad de Fabric (SKU F) en su lugar.

Para obtener más información, consulte Actualización importante sobre las licencias de Power BI Premium y Preguntas más frecuentes sobre Power BI Premium.

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:

  • Considere qué características son necesarias para cada área de trabajo: Determine las características que necesita cada área de trabajo. Tenga en cuenta las diferencias en la carga de trabajo y los usuarios a los que piensa dar acceso al área de trabajo.
  • Establezca el modo de licencia del área de trabajo: Revise y actualice cada modo de licencia del área de trabajo según las características que necesita cada área de trabajo.

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 de contenidos:La integración de Git permite a los propietarios y creadores de contenidos 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:

  • Determine cómo deben usar los usuarios el control de versiones: analice cómo trabajan sus creadores de contenidos avanzados y de autoservicio para determinar si es adecuado el control de versiones de archivos con OneDrive para la Empresa o SharePoint. Introduzca la integración de Git para los usuarios avanzados que necesiten más funcionalidades. Prepárese para asistir a ambos tipos de usuarios.
  • Determine cómo los usuarios necesitan promover contenido: Analice cómo funcionan los creadores de contenido avanzados y de autoservicio para determinar si las canalizaciones de implementación son una buena opción para promover contenido.
  • Decida si la integración de Git debe estar habilitada: Tenga en cuenta si la integración de Git con áreas de trabajo es una buena opción para el funcionamiento de los creadores de contenido. Establezca que los usuarios pueden sincronizar los elementos del área de trabajo con su configuración de inquilino de repositorios de Git para alinearse con esta decisión. Revise cada una de las opciones de configuración del inquilino de integración de Git y establézcalas según las directrices de gobernanza.
  • Haga una prueba de concepto: Realice una prueba técnica de concepto para aclarar cómo pretende que las áreas de trabajo de Git y las canalizaciones de implementación funcionen conjuntamente.
  • Decida qué áreas de trabajo deben tener integración en Git: Considere cómo trabajan sus creadores de contenidos y qué áreas de trabajo deben asignarse a una rama de desarrollo, prueba o producción (versión).
  • Compruebe las licencias: Confirme que tiene una licencia de capacidad disponible para usar la integración de Git. Asegúrese de que cada área de trabajo está asignada a una capacidad Fabric o a una capacidad Power BI Premium.
  • Configure Azure DevOps:Trabaje con su administrador para configurar los proyectos, repositorios y ramas de Azure DevOps que necesitará para cada área de trabajo. Asigne el acceso adecuado a cada repositorio.
  • Conecte las áreas de trabajo: Conecte cada área de trabajo al repositorio de Azure DevOps adecuado.
  • Considere quién debe realizar la Implementación en producción:Tome decisiones sobre cómo y quién debe poder actualizar el contenido de producción. Asegúrese de que estas decisiones se alinean con el modo en que se controla la propiedad del área de trabajo en la organización.
  • Eduque a los creadores de contenido: Asegúrese de que todos los creadores de contenido comprendan cuándo usar las características y prácticas de administración del ciclo de vida. Instrúyalos sobre el flujo de trabajo y sobre cómo las distintas áreas de trabajo influyen en los procesos de gestión del ciclo de vida.

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:
  • 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

Importante

Establecer conexiones de Azure en el portal de administración de Fabric no significa que todos los flujos de datos de todo el inquilino se almacenen de forma predeterminada en una cuenta de ADLS Gen2. Para usar una cuenta de almacenamiento explícita (en lugar de almacenamiento interno), cada área de trabajo debe estar conectada de forma explícita. Es fundamental que establezca las conexiones de Azure del área de trabajo antes de crear flujos de datos de Power BI en el área de trabajo.

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

  • Decida si el área de trabajo se usará de maneras que requieran Azure Storage: tenga en cuenta si un escenario en el que traiga su propio lago de datos sería útil para el almacenamiento de flujos de datos o si tiene requisitos para usar la funcionalidad de copia de seguridad y restauración del modelo semántico.
  • Determine qué cuenta de Azure Storage se usará: seleccione una cuenta de Azure Storage que tenga habilitado el espacio de nombres jerárquico (ADLS Gen2) para el almacenamiento de nivel de inquilino (centralizado) de los datos de flujos de datos o las copias de seguridad del modelo semántico. Asegúrese de que pueda acceder fácilmente a la información de la cuenta de Azure Storage.
  • Configure la cuenta de almacenamiento de nivel de inquilino: en el portal de administración de Fabric, establezca la cuenta de almacenamiento de ADLS Gen2 de nivel de inquilino.
  • Decida si los administradores del área de trabajo pueden conectar una cuenta de almacenamiento: organice un debate para comprender las necesidades de los equipos descentralizados y si los equipos individuales mantienen actualmente sus propias cuentas de Azure Storage. Decida si esta funcionalidad debe estar habilitada.
  • Configure los ajustes de administrador para el almacenamiento de nivel de área de trabajo: en el portal de administración de Fabric, habilite la opción que permite a los administradores del área de trabajo conectar su propia cuenta de almacenamiento.
  • Establezca las conexiones de Azure Storage de nivel de área de trabajo: especifique la cuenta de Azure Storage para cada área de trabajo individual. Debe establecer la cuenta de almacenamiento antes de crear flujos de datos de Power BI en el área de trabajo. Si tiene intención de usar copias de seguridad de modelos semánticos, asegúrese de que el modo de licencia del área de trabajo está configurado como capacidad o PPU.
  • Actualice la documentación de administración del área de trabajo: asegúrese de que la documentación de administración del área de trabajo incluye información sobre cómo asignar correctamente cuentas de almacenamiento de ADLS Gen2. Haga que la información esté disponible en el portal centralizado y en los materiales de aprendizaje.

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.

Nota:

Aunque los nombres son similares, los datos enviados a Azure Log Analytics son diferentes de los datos capturados por el registro de actividad de Power BI. Los datos enviados a Azure Log Analytics se ocupa de los eventos generados por el motor de Analysis Services (por ejemplo, eventos de Inicio de consulta y Finalización de consulta). Por el contrario, el registro de actividad se ocupa del seguimiento de las actividades del usuario (por ejemplo, los eventos Ver informe o Editar informe).

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:

  • Decida si los administradores del área de trabajo pueden conectarse a Log Analytics: determine si todos o solo algunos administradores del área de trabajo podrán usar Azure Log Analytics para analizar los registros de nivel de área de trabajo. Si el acceso se va a restringir a solo determinadas personas, decida qué grupo usar.
  • Establezca la configuración del arrendatario para las conexiones de Log Analytics: En el portal de administración de Fabric, establezca la configuración del inquilino de acuerdo con la decisión para la que los administradores del área de trabajo establezcan las conexiones.
  • Establezca el área de trabajo de Log Analytics para cada área de trabajo: En la configuración del área de trabajo, especifique la información de Azure Log Analytics para cada área de trabajo. Para capturar registros a nivel del área de trabajo, asegúrese de que el modo de licencia del área de trabajo está configurado como capacidad o PPU.
  • Actualice la documentación de administración del área de trabajo: asegúrese de que la documentación de administración del área de trabajo incluye información sobre cómo asignar un área de trabajo a Azure Log Analytics.

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:

  • Especificar la descripción del área de trabajo: asegúrese de que haya una descripción útil y exhaustiva incluida en la descripción del área de trabajo.
  • Use una imagen útil para el área de trabajo: establezca una imagen coherente para el área de trabajo que ayude visualmente a los usuarios a comprender su área de asunto, quién posee y administra el contenido en el área de trabajo o el tipo de contenido almacenado en el área de trabajo.
  • Identifique contactos para el área de trabajo: compruebe si los administradores del área de trabajo deben ser los contactos del área de trabajo o si se deben especificar usuarios y grupos en particular.
  • Especifique la configuración del modelo de datos: Tenga en cuenta qué áreas de trabajo pueden permitir la edición del modelo de datos basado en web. Establezca la configuración los usuarios pueden editar modelos de datos en el inquilino del servicio Power BI de acuerdo con sus preferencias sobre quién puede editar y administrar el contenido.

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:

  • Preste atención a los factores técnicos: a medida que trabaje en el proceso de planeamiento, determine si hay un motivo técnico (por ejemplo, los límites de almacenamiento por área de trabajo) que podría influir en el proceso de toma de decisiones.
  • Reorganice el contenido del área de trabajo: si los límites de almacenamiento podrían convertirse en un problema, cree áreas de trabajo independientes ahora y vuelva a publicar contenido en estas nuevas áreas de trabajo.

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.