Cenários de uso do Power BI: publicação de conteúdo de autoatendimento
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 experiência do Power BI no Microsoft Fabric. Para uma introdução a essa série, confira Planejamento de implementação do Power BI.
Quando as soluções analíticas são críticas para a organização, é importante garantir que o conteúdo do serviço do Power BI seja estável e confiável para os consumidores. As equipes de TI geralmente resolvem esse problema trabalhando em vários ambientes:
- No ambiente de desenvolvimento, criadores de conteúdo e proprietários fazem alterações e aprimoramentos na solução. Quando essas alterações estão prontas para uma revisão mais ampla, a solução é implantada (às vezes conhecida como promovida) no ambiente de teste.
- No ambiente de teste, os revisores validam as alterações feitas na solução. Essa revisão pode envolver a validação da funcionalidade e dos dados da solução. Quando a revisão for concluída, a solução será implantada no ambiente de produção.
- O ambiente de produção é onde os consumidores veem e interagem com a solução lançada.
Essa abordagem estruturada garante que criadores de conteúdo, proprietários e revisores possam fazer e validar alterações sem afetar negativamente os consumidores.
O uso de processos de gerenciamento de ciclo de vida metódicos e disciplinados reduz erros, minimiza inconsistências e melhora a experiência do usuário para os consumidores. Criadores e proprietários de conteúdo podem usar os pipelines de implantação do Power BI para a publicação de conteúdo de autoatendimento. Os pipelines de implantação simplificam o processo e melhoram o nível de controle ao liberar novos conteúdos.
Observação
Esse cenário de publicação de conteúdo de autoatendimento é um dos cenários de gerenciamento e implantação de conteúdo. Para obter uma lista completa dos cenários de autoatendimento, confira o artigo 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 diagrama a seguir ilustra uma visão geral de alto nível das ações mais comuns do usuário e dos componentes do Power BI que dão suporte à publicação de conteúdo de autoatendimento. O foco está no uso de um pipeline de implantação do Power BI a fim de promover conteúdo por meio de workspaces de desenvolvimento, de teste e de produção.
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 |
|---|---|
 |
O criador de conteúdo do Power BI desenvolve uma solução de BI usando o Power BI Desktop. |
 |
O arquivo do Power BI Desktop (.pbix) do arquivo de projeto do Power BI (.pbip) é salvo em uma biblioteca compartilhada no OneDrive. O criador de conteúdo retém versões desses arquivos no OneDrive. |
 |
Quando pronto, o criador de conteúdo publica o arquivo do Power BI Desktop no serviço do Power BI. |
 |
O conteúdo é publicado em um workspace dedicado ao desenvolvimento. |
 |
Um administrador de pipeline de implantação configura o pipeline de implantação do Power BI com três estágios: desenvolvimento, teste e produção. Cada estágio é alinhado a um workspace separado no serviço do Power BI. As configurações de implantação e o acesso são configurados para o pipeline de implantação. |
 |
O espaço de trabalho de desenvolvimento (ou teste) é definido como Capacidade de malha, capacidade Premium, Premium por usuário ou modo de licença incorporado. Os pipelines de implantação do Power BI são um recurso disponível somente em workspaces com esses modos de licença. |
 |
Criadores e proprietários de conteúdo colaboram no workspace de desenvolvimento para garantir que todos os requisitos sejam atendidos. |
 |
Quando o conteúdo de desenvolvimento está pronto, o pipeline de implantação compara o conteúdo entre os estágios de desenvolvimento e teste. |
 |
Alguns itens do Power BI – ou todos eles – são implantados em um workspace dedicado a testes. |
 |
Depois que o pipeline de implantação tiver concluído a implantação, o criador de conteúdo executará manualmente atividades pós-implantação para o workspace de teste. Essas atividades podem incluir a configuração da atualização de dados agendada ou a publicação de um aplicativo do Power BI no workspace de teste. |
 |
Garantia de qualidade, validações de dados e testes de aceitação do usuário ocorrem por revisores do workspace de teste. |
 |
Quando o conteúdo do teste é totalmente validado, o pipeline de implantação compara o conteúdo entre os estágios de teste e de produção. |
 |
Alguns itens do Power BI – ou todos eles – são implantados em um workspace dedicado à produção. Para um workspace de produção, o modo de licença capacidade do Fabric ou capacidade Premium costuma ser mais apropriado quando há um grande número de consumidores somente leitura. |
 |
Depois que o pipeline de implantação concluir a implantação, os criadores de conteúdo poderão executar manualmente atividades de pós-implantação. Essas atividades podem incluir a configuração da atualização de dados agendada ou a publicação de um aplicativo do Power BI no workspace de produção. |
 |
Os espectadores de conteúdo acessam o conteúdo usando o workspace de produção ou um aplicativo do Power BI. |
 |
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. |
 |
Os administradores do Fabric supervisionam e monitoram a atividade no portal do Fabric. Conteúdo considerado crítico o suficiente para ter espaços de trabalho de desenvolvimento, teste e produção separados pode estar sujeito a requisitos de governança mais rigorosos do que conteúdo menos crítico. |
Dica
Recomendamos que você também examine o cenário de uso gerenciamento de modelo de dados avançado. Ele complementa os conceitos apresentados nesse cenário.
Pontos-chave
Veja a seguir alguns pontos importantes a serem enfatizados sobre o cenário de publicação de conteúdo de autoatendimento.
Pipeline de implantação
Um pipeline de implantação é composto por três estágios: desenvolvimento, teste e produção. Apenas um workspace é atribuído a cada estágio do pipeline de implantação. Os itens do Power BI compatíveis com pipelines de implantação são publicados (ou clonados) de um workspace para outro quando ocorre uma implantação. Depois que os testes e as validações forem concluídos, o pipeline de implantação poderá ser reutilizado muitas vezes para promover o conteúdo rapidamente. A interface do pipeline de implantação é fácil de implementar para criadores de conteúdo que não têm as habilidades ou desejam usar implantações baseadas em código (o uso das APIs REST do Power BI é descrito no cenário de publicação de conteúdo corporativo).
Observação
A publicação de conteúdo usando um pipeline de implantação é conhecida como implantação somente de metadados. Nesse caso, os dados não são substituídos no workspace de destino e nem copiados para ele. Geralmente é necessário realizar uma atualização de dados após a conclusão da implantação – confira o tópico de atividades pós-implantação, abaixo.
Processo de implantação
É uma melhor prática considerar todo o conteúdo do workspace como um pacote analítico que pode ser implantado em conjunto como uma unidade. Portanto, é importante ter clareza sobre o propósito e as expectativas de cada workspace. Embora seja possível realizar a implantação seletiva de itens específicos do Power BI, é mais eficiente e menos arriscado quando uma implantação representa uma unidade lógica de conteúdo.
Dica
Planeje como os problemas urgentes serão tratados, além das implantações planejadas. Se for necessário realizar uma correção imediata, siga a prática padrão de propagar todas as alterações do desenvolvimento, passando pelo teste até chegar em produção usando o pipeline de implantação.
Modelo de permissões
Dedique um tempo ao planejamento do modelo de permissões. Há suporte para flexibilidade total na aplicação de diferentes funções de workspace (entre desenvolvimento, teste e produção). Conforme ilustrado no diagrama do cenário, é comum atribuir as seguintes permissões de workspace:
- Workspace de desenvolvimento: limite o acesso a uma equipe de criadores e proprietários de conteúdo que colaboram entre si.
- Workspace de teste: limite o acesso aos revisores envolvidos com garantia de qualidade, validações de dados e atividades de teste de aceitação do usuário.
- Workspace de produção: conceda acesso de espectador aos consumidores de conteúdo do aplicativo do Power BI (e do workspace, quando apropriado). Limite o acesso àqueles que precisam gerenciar e publicar conteúdo de produção, envolvendo o menor número de usuários possível.
Observação
A maioria dos consumidores de conteúdo desconhecem os workspaces de desenvolvimento e teste.
Acesso para pipelines de implantação
As permissões de usuário do pipeline (para quem pode implantar conteúdo com os pipelines de implantação) são gerenciadas separadamente das funções de workspace. O acesso ao workspace e ao pipeline de implantação é necessário para os usuários que conduzem uma implantação. Permissões Premium relevantes também são necessárias.
Quando possível, é recomendável que o criador ou o proprietário de conteúdo existente realize as implantações. Em algumas situações, as permissões são mais restritas para o workspace de produção. Nesse caso, pode ser apropriado coordenar a implantação de produção com outra pessoa que tenha permissão para implantar na produção.
Os usuários de pipeline atribuídos à função de membro (ou administrador) do workspace têm permissão para comparar estágios e implantar conteúdo. Atribuir usuários de pipeline a essa função minimiza problemas de permissões e permite um processo de implantação mais tranquilo.
Dica
Tenha em mente que as funções de workspace são definidas separadamente para desenvolvimento, teste e produção. No entanto, o acesso ao pipeline é definido uma vez para todo o pipeline.
Licenciamento do Power BI Premium
Importante
Às vezes, este artigo se refere ao Power BI Premium ou às suas assinaturas de capacidade (P SKUs). Lembre-se de que a Microsoft está consolidando atualmente as opções de compra e desativando os SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de SKUs (assinaturas de capacidade do Fabric).
Para obter mais informações, consulte Atualização importante chegando ao de licenciamento do Power BI Premium e Perguntas frequentes do Power BI Premium.
Os pipelines de implantação do Power BI são um recurso Premium. Há várias maneiras de obter o licenciamento, dependendo se o conteúdo é usado para fins de desenvolvimento, teste ou produção. O diagrama do cenário descreve o uso de uma licença Premium P SKUs, como P1, P2, P3, P4 ou P5 para o workspace de produção e uma licença Premium baseada em usuário do Power BI PPU (Premium por usuário) para os workspaces de desenvolvimento e teste. Usar o licenciamento de PPU para workspaces com pouquíssimos usuários (conforme descrito no diagrama do cenário) é uma forma econômica de usar recursos Premium, mantendo-os separados da capacidade Premium atribuída para cargas de trabalho de produção.
Configurações da implantação
As regras de fonte de dados e as regras de parâmetro estão disponíveis para gerenciar dinamicamente valores que diferem entre desenvolvimento, teste e produção. O uso das configurações de implantação é uma forma eficaz de reduzir os esforços e o risco de erros.
Atividades pós-implantação
Intencionalmente, determinadas propriedades não são copiadas para o workspace de destino durante uma implantação. Várias atividades principais pós-implantação incluem:
- Atualização de dados: os dados não são copiados do workspace de origem para o workspace de destino. A publicação de um pipeline de implantação é sempre uma implantação somente de metadados. Portanto, uma atualização de dados geralmente é necessária após a implantação em um workspace de destino. Para implantações realizadas pela primeira vez, as credenciais da fonte de dados ou a conectividade do gateway (conforme apropriado) também devem ser configuradas.
- Aplicativos: os aplicativos do Power BI não são publicados automaticamente pelos pipelines de implantação.
- Funções de acesso, permissões de compartilhamento e permissões de aplicativo: as permissões não são substituídas durante uma implantação.
- Propriedades do workspace: as propriedades, como os contatos e a descrição do workspace, não são substituídas durante uma implantação.
- Propriedades do item do Power BI: determinadas propriedades do item do Power BI, como os rótulos de confidencialidade, podem ser substituídas durante uma implantação em determinadas circunstâncias.
- Itens do Power BI sem suporte: pode ser necessário executar etapas manuais adicionais para itens do Power BI que não têm suporte no pipeline de implantação.
Cuidado
Não há um processo de reversão depois que uma implantação ocorre com um pipeline de implantação. Considere com atenção quais processos e aprovações de gerenciamento de alterações são necessários para implantar no workspace de produção.
Armazenamento do OneDrive
O diagrama do cenário ilustra o uso do OneDrive para armazenar os arquivos de origem do Power BI Desktop. A meta é armazenar os arquivos de origem em um local que seja:
- Protegido adequadamente para garantir que somente os editores possam acessar os arquivos de origem. Uma biblioteca compartilhada (em vez de uma biblioteca pessoal) é uma boa opção.
- Submetido a backups frequentes para que os arquivos estejam seguros contra perda.
- Submetido ao controle de versão quando ocorrem alterações, para permitir a reversão para versões anteriores.
Dica
Se um local do OneDrive for sincronizado com um workspace, configure-o apenas para o workspace de desenvolvimento.
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 arquivo do Power BI Desktop é 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).
Ao trabalhar com vários ambientes, é comum configurar conexões de desenvolvimento, teste e produção para usar sistemas de origem diferentes. Nesse caso, use regras de fonte de dados e regras de parâmetros para gerenciar valores que diferem entre ambientes.
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).
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 das atividades de implantação que ocorrem.
Conteúdo relacionado
No próximo artigo da série, saiba mais sobre o cenário de uso de modelagem de dados avançada.