Cenários de uso do Power BI: gerenciamento avançado de modelos de dados

Observação

Este artigo faz parte da série de artigos sobre o Planejamento de implantação do Power BI. Esta série se concentra principalmente na carga de trabalho do Power BI dentro do Microsoft Fabric. Para ter uma introdução a essa série, confira Planejamento de implementação do Power BI.

Esse cenário de uso tem como foco ogerenciamento avançado de modelos de dados, que ocorre quando um criador de conteúdo do Power BI usa uma ferramenta de terceiros para desenvolver, gerenciar ou otimizar modelos de dados. Algumas ferramentas de terceiros são ferramentas externas a que o Power BI Desktop dá suporte diretamente. Você também pode gerenciar um modelo de dados publicado (modelo semântico, anteriormente conhecido como um conjunto de dados) comunicando-se diretamente com o ponto de extremidade XMLA no serviço do Power BI.

Os modelos de dados são hospedados no serviço do Power BI, no AAS (Azure Analysis Services) ou no SSAS (SQL Server Analysis Services). Esse cenário de uso tem como foco o uso do ponto de extremidade XMLA no serviço do Power BI.

Dica

Muitas pessoas se referem a ferramentas de terceiros como ferramentas externas. No entanto, há diferenças entre como as ferramentas podem ser usadas. Conectar-se a um modelo de dados local no Power BI Desktop é a interpretação mais literal do termo ferramenta externa. Esse cenário de uso do gerenciamento avançado de modelos de dados tem como foco a conexão com um modelo de dados remoto (um modelo semântico hospedado no serviço do Power BI) usando o ponto de extremidade XMLA. Mais detalhes sobre as diferentes maneiras de usar ferramentas de terceiros são descritos mais adiante neste artigo.

Você pode obter conectividade com um modelo de dados usando o protocolo XMLA (XML for Analysis). O protocolo XMLA é um protocolo padrão do setor com suporte de mais de 25 fornecedores, incluindo a Microsoft. Todas as ferramentas, incluindo ferramentas de terceiros, que estão em conformidade com o protocolo XMLA, usam bibliotecas de cliente da Microsoft para ler e/ou gravar dados em um modelo de dados. É obtida conectividade com um ponto de extremidade XMLA, que é uma API exposta por um modelo de dados que amplia os recursos de desenvolvimento e gerenciamento disponíveis para criadores de modelo semântico.

Observação

Esse cenário de uso do gerenciamento avançado de modelos de dados é um dos cenários de gerenciamento e implantação de conteúdo. Para ver uma lista completa dos cenários de uso do autoatendimento, confira Cenários de uso do Power BI.

Para simplificar, alguns aspectos descritos no tópico Cenários de colaboração e entrega de conteúdo não são abordados neste artigo. Para obter a cobertura completa, leia esses artigos primeiro.

Diagrama do cenário

O foco desse cenário de uso do gerenciamento avançado de modelos de dados é o uso do Editor Tabular para gerenciar o modelo de dados. Você pode publicar um modelo de dados no serviço do Power BI usando o ponto de extremidade XMLA, que está disponível com o Power BI Premium.

Dica

Recomendamos que você examine o cenário de uso da publicação de conteúdo de autoatendimento se não estiver familiarizado com ele. O cenário de gerenciamento avançado de modelos de dados se baseia nesse cenário.

Observação

Às vezes, os termos modelo semântico e modelo de dados são usados de modo intercambiável. De modo geral, do ponto de vista do serviço do Power BI, ele é chamado de modelo semântico. Do ponto de vista do desenvolvimento, é conhecido como modelo de dados (ou modelo para abreviar). Neste artigo, os dois termos têm o mesmo significado. De modo semelhante, os termos criador de modelo semântico e modelador de dados têm o mesmo significado.

O diagrama a seguir oferece uma visão geral de alto nível das ferramentas e ações mais comuns do usuário que podem ajudar você a desenvolver, gerenciar ou otimizar modelos de dados.

Diagram shows advanced data model management, which is about empowering creators with advanced modeling and publishing capabilities. Items in the diagram are described in the table below.

Dica

Recomendamos que você baixe o diagrama de cenário, caso deseje inseri-lo em sua apresentação, documentação ou postagem no blog, ou imprima-o como um pôster de parede. Como é uma imagem SVG (Elementos Gráficos Vetoriais Escaláveis), você pode escalá-la ou reduzi-la verticalmente sem perda de qualidade.

O diagrama do cenário ilustra as seguintes ações, ferramentas e recursos do usuário:

Item Descrição
Item 1. Os criadores de modelos desenvolvem modelos de dados usando o Editor Tabular. É comum que o trabalho de design inicial (como o trabalho do Power Query) seja feito no Power BI Desktop antes de mudar para o Editor Tabular (não ilustrado no diagrama do cenário).
Item 2. O modelo de dados é conectado aos dados de uma ou mais fontes de dados.
Item 3. Algumas fontes de dados podem exigir um gateway de dados local ou um gateway de VNet para atualização de dados, como aquelas que estão em uma rede organizacional particular.
Item 4. O desenvolvimento de modelos de dados é feito no Editor Tabular. Há suporte para a edição de scripts do Power Query (M). Os criadores de modelos podem usar scripts C# para acelerar o desenvolvimento.
Item 5. Quando estão prontos, os criadores do conjunto de dados publicam o modelo semântico do Editor Tabular para o serviço do Power BI usando o ponto de extremidade XMLA do workspace de destino.
Item 6. O modelo de dados é publicado em um workspace dedicado a armazenar e proteger conjuntos de dados compartilhados. O acesso ao workspace usando o ponto de extremidade XMLA só é possível quando o modo de licença do workspace está definido como capacidade do Fabric, capacidade Premium, Premium por usuário ou Inserido.
Item 7. Os criadores de relatório criam relatórios usando uma conexão dinâmica com o modelo semântico compartilhado.
Item 8. Criadores de relatório desenvolvem relatórios no Power BI Desktop. Além de separar relatórios de modelo semântico propositalmente, os criadores de conteúdo seguem o processo típico de criação de relatório.
Item 9. Quando estiver tudo pronto, os criadores de relatórios publicam o arquivo do Power BI Desktop (.pbix) ou o arquivo de projeto do Power BI (.pbip) no serviço do Power BI.
Item 10. Os relatórios são publicados em um workspace dedicado a armazenar e proteger os relatórios e dashboards.
Item 11. Os relatórios publicados permanecem conectados ao conjunto de dados compartilhado armazenado em um workspace diferente. As alterações feitas no modelo semântico compartilhado afetam todos os relatórios dependentes.
Item 12. Ferramentas de terceiros podem usar o ponto de extremidade XMLA para consultar o modelo semântico compartilhado. Outras ferramentas compatíveis com XMLA, como o DAX Studio, o Link Semântico de notebooks do Fabric ou o Windows PowerShell, podem ser usadas para consultar ou atualizar o modelo semântico compartilhado. O Power BI Desktop, o Excel e o Report Builder também podem se conectar usando o ponto de extremidade XMLA (não ilustrado no diagrama do cenário).
Item 13. Outras ferramentas da Microsoft e de terceiros podem usar o ponto de extremidade XMLA para gerenciar o modelo semântico e fornecer o gerenciamento do ciclo de vida do aplicativo. Para saber mais, confira Ferramentas de cliente baseadas em ponto de extremidade XMLA.
Item 14. Os administradores do Fabric gerenciam a configuração do locatário para habilitar o uso do ponto de extremidade XMLA. O administrador deve habilitar o ponto de extremidade XMLA para as configurações de capacidades do Fabric, as capacidades Premium e Premium por usuário.
Item 15. Os administradores do Fabric supervisionam e monitoram a atividade no portal do Fabric.

Pontos-chave

Veja a seguir alguns pontos importantes a serem enfatizados sobre o cenário de gerenciamento avançado de modelos de dados.

Ferramentas e aplicativos de terceiros

As equipes de BI empresariais geralmente usam ferramentas de cliente, como o Editor Tabular (ilustrado no diagrama do cenário e descrito no próximo tópico), para ajudá-los a gerenciar modelos semânticos centralizados. No entanto, qualquer criador de modelo semântico que queira trabalhar com recursos avançados de modelagem pode aproveitar os métodos descritos neste cenário de uso.

Há várias maneiras de usar aplicativos de terceiros:

  • Conectar-se a um modelo de dados remoto usando o ponto de extremidade XMLA: algumas ferramentas de terceiros podem se conectar diretamente a um modelo de dados remoto no serviço do Power BI (ou no Analysis Services). Após a conexão com o ponto de extremidade XMLA, todas as operações de TOM (Modelo de Objeto Tabular) têm suporte. Essa abordagem é o foco principal deste cenário de uso.
  • Conectar-se a um modelo de dados local no Power BI Desktop: algumas ferramentas de terceiros podem se conectar a um modelo de dados local aberto no Power BI Desktop (não ilustrado no diagrama do cenário). No entanto, há algumas limitações e nem todas as funcionalidades de ferramenta externa têm suporte oficial.
  • Conectar-se a um arquivo de modelo no Power BI Desktop: algumas ferramentas de terceiros distribuem sua funcionalidade de maneira leve usando um arquivo de modelo do Power BI Desktop (.pbit) (não ilustrado no diagrama do cenário).

Tabular Editor

O Editor Tabular é ilustrado no diagrama do cenário. Trata-se de uma ferramenta de terceiros com adoção generalizada pela comunidade do Power BI. Algumas vantagens do gerenciamento de modelos de dados tabulares com o Editor Tabular incluem:

  • Configuração de recursos de modelo de dados sem suporte no Power BI Desktop: o Editor Tabular fornece uma interface para configurar a OLS (segurança no nível do objeto), grupos de cálculo, perspectivas, traduções e partições.
  • Suporte para desenvolvimento de modelos simultâneo: as ferramentas de desenvolvimento de modelos de dados da Microsoft, como o Visual Studio com projetos do Analysis Services, armazenam toda a definição do modelo de dados em um arquivo Model.bim. Esse arquivo único pode dificultar que uma equipe de desenvolvedores trabalhe em conjunto em um só modelo de dados. O Editor Tabular tem um recurso chamado Serialização de pastas. A serialização de pastas desconstrói o arquivo Model.bim em arquivos específicos de objeto separados dentro de uma estrutura de pastas organizada. Diferentes modeladores de dados podem trabalhar em arquivos diferentes com menos risco de substituir os esforços uns dos outros.
  • Integração com o controle do código-fonte: a serialização de pastas permite que o sistema de controle do código-fonte detecte facilmente alterações no modelo de dados, facilitando as mesclagens de origem e a resolução de conflitos.
  • Melhor qualidade e design do modelo de dados: o Editor Tabular integra-se ao BPA (Analisador de Práticas Recomendadas). O BPA ajuda os modeladores de dados com um conjunto de regras personalizáveis que podem aprimorar a qualidade, a consistência e o desempenho dos modelos de dados. Você pode baixar um conjunto de regras de melhores práticas (fornecidas pela Microsoft) do GitHub.
  • Aumento da produtividade ao desenvolver modelos de dados: a interface do Editor Tabular a torna adequada para executar edições em lote, depuração e para a exibição de dependências de modelos de dados. O Editor Tabular é diferente do Power BI Desktop, pois ele funciona no modo desconectado. Você pode fazer alterações no modelo de dados no modo desconectado e confirmá-las como um lote de edições. Trabalhar dessa forma permite que o desenvolvimento e a validação sejam mais rápidos, especialmente para modeladores de dados experientes. Também é possível criar scripts em C# e salvá-los como macros. Esses scripts podem ajudar você a aumentar a eficiência do gerenciamento e da sincronização de vários modelos de dados.

Ponto de extremidade XMLA

O ponto de extremidade XMLA usa o protocolo XMLA para expor todos os recursos de um modelo de dados tabular, incluindo algumas operações de modelagem de dados que não têm suporte do Power BI Desktop. Você pode usar a API de TOM para fazer alterações programáticas em um modelo de dados.

O ponto de extremidade XMLA também fornece conectividade. Você só pode se conectar a um modelo semântico quando o workspace tem o modo de licença definido como Premium por usuário, Premium por capacidade ou Inserido. Após a conexão ser feita, uma ferramenta compatível com XMLA pode operar no modelo de dados de duas maneiras:

  • Gravar dados e metadados: o uso de leitura/gravação do ponto de extremidade XMLA permite:
    • Recursos de modelagem de dados que não têm suporte do Power BI Desktop, como OLS (segurança no nível do objeto), grupos de cálculo, perspectivas, traduções e gerenciamento de partições.
    • Implantações mais complexas. Por exemplo, uma implantação parcial ou uma implantação somente de metadados que publica apenas uma nova medida.
    • Atualização de modelo semântico assíncrono. Por exemplo, atualizar uma só tabela ou partição.
  • Ler dados e metadados: o uso somente leitura do ponto de extremidade XMLA permite:
    • Monitorar, depurar e rastrear modelos semânticos e consultas.
    • Permitir que ferramentas de relatório de dados de terceiros visualizem dados provenientes de um modelo semântico compartilhado. Essa técnica é uma ótima maneira de estender os benefícios e investimentos no BI de autoatendimento gerenciado.

Aviso

Após modificar ou publicar um modelo semântico usando o ponto de extremidade XMLA, você não poderá mais baixá-lo do serviço do Power BI como um arquivo do Power BI Desktop.

Configurações de XMLA por capacidade

Cada capacidade do Power BI Premium e do Power BI Embedded tem uma configuração para controlar se o ponto de extremidade XMLA é somente leitura, leitura/gravação ou desativado. Essa configuração também está disponível para todos os workspaces Premium por Usuário no locatário do Power BI. O acesso XMLA de leitura/gravação deve ser habilitado para cada capacidade contendo modelo semântico que você queira gerenciar com uma ferramenta diferente do Power BI Desktop.

Dica

A configuração do ponto de extremidade XMLA (leitura/gravação, somente leitura ou desativado) se aplica a todos os workspaces e modelo semântico atribuídos a uma capacidade específica. Você pode configurar várias capacidades para descentralizar e/ou personalizar como o conteúdo é gerenciado para cada capacidade.

Configuração de locatário XMLA

Além das configurações do ponto de extremidade XMLA, um administrador do Power BI precisa usar as configurações de locatário para permitir pontos de extremidade XMLA e Analisar no Excel com modelo semântico locais. Quando habilitado, você pode permitir que todos os usuários, ou grupos de segurança específicos, usem a funcionalidade de ponto de extremidade XMLA.

Observação

Todos os recursos padrão de segurança e proteção de dados ainda se aplicam para especificar quais usuários podem exibir e/ou editar conteúdo.

Ferramentas de terceiros

O Power BI Desktop pode lidar com as necessidades de ponta a ponta da maioria dos criadores de conteúdo de autoatendimento. No entanto, ferramentas de terceiros oferecem outros recursos e funcionalidades empresariais. Por isso, ferramentas de terceiros como o Editor Tabular se tornaram predominantes na comunidade do Power BI, especialmente para criadores de conteúdo, desenvolvedores e profissionais de TI avançados.

Dica

Esta postagem no blog descreve como ferramentas de terceiros permitem que a equipe de produtos do Power BI reavalie as prioridades de desenvolvimento, aumente o alcance da plataforma do Power BI e atenda a solicitações mais avançadas e diversificadas da comunidade de usuários.

Observação

Algumas ferramentas de terceiros exigem uma licença paga, como o Editor Tabular 3. Outras ferramentas da comunidade são gratuitas e de código aberto (como o Editor Tabular 2, o DAX Studio e o Kit de Ferramentas de ALM). Recomendamos que você avalie atentamente os recursos de cada ferramenta, o custo e o modelo de suporte para que possa dar suporte adequado à sua comunidade de criadores de conteúdo.

Gerenciamento de modelos de dados

O foco principal desse cenário de uso é no criador de conteúdo que usa o Editor Tabular para gerenciar um modelo de dados. Para requisitos de gerenciamento de modelos de dados avançados pouco frequentes, como o gerenciamento ocasional de partições, você pode optar por usar uma ferramenta como o SSMS (SQL Server Management Studio). Também é possível que um desenvolvedor do .NET crie e gerencie modelos semânticos do Power BI usando a API de TOM.

Dica

Ao usar o ponto de extremidade XMLA para gerenciamento de modelos de dados, recomendamos que você habilite a configuração de formato de armazenamento de modelo semântico grande. Quando habilitado, o formato de armazenamento de modelo semântico grande pode aprimorar o desempenho das operações de gravação de XMLA.

Separação de modelo de dados e relatórios

Para que esse cenário de uso seja bem-sucedido, você deve separar os relatórios do modelo de dados. Essa abordagem resulta no gerenciamento de arquivos do Power BI Desktop separados conforme descrito no cenário de uso de BI de autoatendimento gerenciado. Mesmo que a mesma pessoa seja responsável por todo o desenvolvimento, a separação de modelo semântico e relatórios é importante porque o Editor Tabular não tem ciência do conteúdo do relatório.

Instalação do gateway

Normalmente, um gateway de dados é necessário ao acessar fontes de dados que residem na rede organizacional privada ou em uma rede virtual. O gateway de dados local torna-se relevante quando um modelo de dados é publicado no serviço do Power BI. As duas finalidades de um gateway são atualizar dados importados ou exibir um relatório que consulta uma conexão dinâmica ou um modelo semântico do DirectQuery (não ilustrado no diagrama do cenário).

Observação

Um gateway de dados centralizado no modo padrão é altamente recomendado, em vez de gateways no modo pessoal. No modo padrão, o gateway de dados dá suporte a operações de conexão dinâmica e do DirectQuery (além das operações de atualização de dados agendadas).

Para obter mais informações, confira Gateway de dados local (modo padrão).

Supervisão do sistema

O log de atividades registra as atividades do usuário que ocorrem no serviço do Power BI. Os administradores do Power BI podem usar os dados do log de atividades coletados para executar a auditoria a fim de ajudar na compreensão de atividades que se conectam por meio de pontos de extremidade XMLA.

Para outros cenários úteis para ajudar com decisões de implementação do Power BI, confira o artigo Cenários de uso do Power BI.