CertifyDeckCargando contenido…
El temario oficial de Microsoft Certified: Fabric Analytics Engineer Associate, organizado por dominio. Marca cada punto según lo vayas repasando.
Inicia sesión para guardar tu progreso entre sesiones.
Implement security and governance
Los roles de área de trabajo (Admin, Member, Contributor y Viewer) se asignan a usuarios o grupos y se aplican a todos los elementos. Si alguien está en varios grupos, obtiene el rol más alto. Viewer lee contenido y datos con T-SQL, pero no usa Spark ni escribe; Contributor crea y ejecuta; Member además añade personas; solo Admin elimina el área y conecta Git.
Compartir un elemento da acceso a ese elemento sin rol en el área de trabajo y siempre concede Read. Se pueden añadir ReadData (T-SQL), ReadAll (Spark y OneLake), Build o Write en modelos semánticos, y Share, que solo permite conceder los permisos propios. Los permisos heredados de un rol no se quitan desde el elemento; para afinar en un almacén de datos se usa GRANT.
Share items in Microsoft Fabric ↗Semantic model permissions ↗
En el almacén de datos, la RLS usa CREATE SECURITY POLICY con funciones insertadas con valores de tabla, la CLS se aplica con GRANT sobre columnas y la OLS con GRANT, REVOKE y DENY. En modelos semánticos, RLS y OLS se definen en roles y solo afectan a Viewers. La seguridad de OneLake concede Read por carpeta, tabla, fila o columna, con el rol DefaultReader para usuarios con ReadAll.
Row-level security in Fabric Data Warehouse ↗OneLake security roles, permissions, and scopes ↗
Las etiquetas de confidencialidad de Microsoft Purview se aplican desde la cabecera o la configuración del elemento y requieren permisos de edición. Pueden heredarse al crear, de forma descendente (sin sobrescribir etiquetas manuales ni rebajar la restricción) y desde orígenes en modelos de importación. En el servicio no limitan el acceso salvo con directivas de protección; el cifrado viaja en las exportaciones compatibles.
Information protection in Fabric ↗Sensitivity label downstream inheritance in Power BI ↗
La aprobación ayuda a encontrar contenido fiable mediante tres insignias. Promoted la aplica cualquiera con permisos de escritura; Certified y Master data solo los usuarios autorizados por el administrador de Fabric, que además necesitan escritura. Se puede promocionar o certificar todo salvo los paneles de Power BI, y Master data solo en elementos con datos.
Maintain the analytics development lifecycle
La integración con Git de Fabric funciona a nivel de área de trabajo: solo un administrador la conecta o desconecta de una rama de Azure DevOps o GitHub, y después se confirman los cambios del área de trabajo o se actualiza desde la rama completa. Solo se versionan definiciones (no datos) y, para aislar el desarrollo, cada desarrollador puede bifurcar a su propia área de trabajo.
Basic concepts in Git integration ↗Get started with Git integration ↗
Un proyecto de Power BI (PBIP) guarda el informe y el modelo semántico como carpetas de archivos de texto listos para Git: definition.pbir referencia el modelo y la carpeta definition contiene el modelo en TMDL. El .gitignore predeterminado excluye cache.abf y localSettings.json. Publicar desde Power BI Desktop envía también la caché de datos; Git y las API solo implementan metadatos.
Power BI Desktop projects ↗Power BI Desktop project semantic model folder ↗
Una canalización de implementación asigna un área de trabajo a cada fase (por defecto Development, Test y Production) y copia metadatos, no datos, entre elementos emparejados. Las reglas de origen de datos, de parámetros o de almacén de lago predeterminado se crean en la fase de destino y se aplican en la siguiente implementación. Para implementar hay que ser administrador de la canalización y colaborador en ambas áreas de trabajo.
El análisis de impacto muestra los elementos y áreas de trabajo que pueden verse afectados al cambiar un elemento, con hijos directos o todos los elementos aguas abajo, y permite avisar a sus contactos con Notify contacts. Requiere permiso de escritura sobre el elemento, y en los orígenes de datos solo muestra hijos directos. La vista de linaje no muestra elementos aguas abajo de otras áreas de trabajo.
El punto de conexión XMLA expone cada área de trabajo como un servidor de Analysis Services: es de solo lectura por defecto y debe habilitarse para lectura y escritura en la capacidad para implementar modelos, ejecutar TMSL o hacer actualizaciones detalladas por partición. Los colaboradores equivalen a administradores de base de datos; las credenciales se configuran en el servicio, no mediante XMLA.
Una plantilla .pbit reúne páginas, definición del modelo y consultas sin datos; al abrirla se piden los parámetros y el origen. Un archivo .pbids preconfigura un único origen de datos, sin credenciales, y puede fijar el modo Import o DirectQuery. Un modelo semántico compartido se reutiliza con conexión dinámica si el autor tiene permiso de compilación.
Create and use report templates in Power BI Desktop ↗Build permission for shared semantic models ↗
Practica por dominio oficial y revisa la explicación de cada respuesta.
Empezar a practicar