Gerenciar o ciclo de vida de desenvolvimento para ativos do Power BI

O gerenciamento do ciclo de vida refere-se ao processo de acompanhamento e gerenciamento de cada estágio do processo de desenvolvimento. O processo de desenvolvimento de relatório do Power BI inclui a criação de ativos reutilizáveis e a decisão de como lidar com alterações em seus modelos e relatórios semânticos.

Os arquivos tradicionais do Power BI.pbix armazenam o modelo semântico e o relatório em um único arquivo binário, o que não permite o acompanhamento granular com controle de versão. Os arquivos do Projeto do Power BI, em combinação com editores de código e sistemas de controle do código-fonte, permitem que você acompanhe versões e gerencie implantações de código como parte de um sistema de CI/CD (Entrega Contínua de Integração Contínua).

Criar um arquivo do Projeto do Power BI

Os arquivos do Projeto do Power BI armazenam o modelo semântico e o relatório em arquivos de texto simples individuais para uso com editores de código e soluções de controle do código-fonte. Há muitos benefícios em usar projetos do Power BI para acompanhar e gerenciar o desenvolvimento de relatórios:

• Suporte ao editor de texto: Os arquivos de definição de item são arquivos de texto formatados em JSON que contêm modelo semântico e metadados de relatório.
• Controle do código-fonte: As definições de modelo semântico e item de relatório do Power BI podem ser armazenadas em um sistema de controle do código-fonte, como o Git.

Esses arquivos podem ser usados em um editor de código como o VS Code (Microsoft Visual Studio Code) para dar suporte à integração do Git. Quando você salva seu trabalho como um Projeto do Power BI (.pbip), as definições de item de modelo semântico e relatório são salvas como arquivos de texto sem formatação individuais em uma estrutura de pasta simples e intuitiva.

Estrutura do Projeto do Power BI

Quando você cria um Projeto do Power BI, todos os metadados são armazenados em arquivos simples. Conforme mostrado na captura de tela anterior, há pastas separadas para o modelo semântico e o relatório. Essa separação pode ser familiar se você já tiver publicado relatórios no serviço do Power BI antes.

• A pasta de modelo semântico armazena todos os dados armazenados em um modelo semântico, incluindo relações, medidas e transformações.
• A pasta relatório armazena todos os dados para os visuais e páginas de relatório, incluindo visuais personalizados e layout móvel.

Os projetos existentes usam TMSL (Tabular Model Scripting Language), que armazena os dados em um único arquivo model.bim . Você pode habilitar e atualizar seu Projeto para usar o TMDL (Tabular Model Definition Language), que armazena os metadados em arquivos individuais. Os Projetos do Power BI estão em versão prévia e você poderá ter uma estrutura de pastas diferente se não tiver todos os recursos de visualização habilitados.

A captura de tela a seguir mostra a pasta de definição dentro da pasta Relatório do Projeto. A pasta de definição está disponível com o formato .pbir (Relatório do Power Avançado BI)..

Acompanhe e gerencie através de Projetos

Os arquivos .pbix do Power BI são binários e as alterações não são visíveis nos editores de código. Quando as alterações são feitas em um arquivo, você não sabe se ele está no modelo semântico ou nos visuais sem examinar todo o relatório e o modelo semântico. Ao usar um arquivo .pbip do Power BI, você pode continuar desenvolvendo seu relatório no Power BI Desktop e ter um registro rastreável para examinar se um relatório não está se comportando conforme o esperado.

Vamos expandir nosso exemplo com um modelo semântico principal e modelos semânticos especializados para regiões diferentes. Considere que sua equipe armazena arquivos do Power BI no OneDrive para ter controle de versão. Você foi informado de que um dos relatórios regionais personalizados não está exibindo números precisos e começa a investigar. Você precisa abrir uma cópia mais antiga do arquivo ou um dos outros arquivos regionais e revisá-los inteiramente para encontrar a diferença.

Em comparação, se você tiver um Projeto do Power BI e também usar o controle do código-fonte, como o Git, poderá examinar as alterações por meio de solicitações de pull anteriores para ver rapidamente a alteração. Depois de identificar a alteração, você pode compará-la com o outro arquivo e fazer a correção necessária.

Na captura de tela a seguir, você pode ver uma diferença na medida em que um único valor 6 foi alterado para 7 por engano. Este exemplo usa o VS Code e o Git para ver a diferença no histórico de código e versão das alterações anteriores.

CI/CD (integração contínua e entrega contínua)

Muitas organizações usam sistemas de CI/CD para propor e validar alterações durante o desenvolvimento antes de liberá-las para produção. Um design de sistema comum tem estágios diferentes para executar verificações entre ambientes de desenvolvimento e teste antes de implantar em Produção.

No serviço do Power BI, você pode usar pipelines de implantação para criar workspaces diferentes que correspondam aos seus estágios. Depois de configurar o pipeline e os workspaces, ao fazer alterações no Desenvolvimento, você poderá ver a diferença entre o Teste antes de implantar as alterações. A captura de tela a seguir mostra como as alterações entre os estágios são representadas visualmente.

Os sistemas de CI/CD também normalmente usam o controle do código-fonte para controlar e gerenciar alterações. Esse controle de versão com arquivos do Projeto do Power BI é possível por meio da integração do Git. A integração do Git no VS Code permite que os desenvolvedores que trabalham com projetos do Power BI Desktop agilizem processos de desenvolvimento, controle do código-fonte e colaboração com repositórios Git. Com a integração do Git, você pode:

• Faça backup e crie versões do seu trabalho.
• Retornar aos estados anteriores.
• Colaborar com outras pessoas ou trabalhar sozinho usando as ramificações do Git.
• Utilize os recursos de ferramentas de controle do código-fonte conhecidas, como o Azure DevOps.

Na captura de tela a seguir, você pode ver o repositório do Azure DevOps com arquivos no branch principal. Os desenvolvedores podem clonar esse repositório, criar seus próprios branches de desenvolvimento e, em seguida, criar solicitações de pull para mesclar no principal. Esse processo de desenvolvimento permite a colaboração no mesmo conteúdo sem perder o trabalho.

Considerações

Esta unidade fornece uma visão geral do que é possível usando projetos do Power BI e como combiná-los com pipelines de integração e implantação do Git. Cada organização tem requisitos diferentes e você pode usar esse conteúdo para ajudar a entender como usar essas ferramentas para suas necessidades.