Cenários de uso do Power BI: publicação de conteúdo de autoatendimento

Nota

Este artigo faz parte da série de artigos de planejamento de implementação do Power BI. Esta série se concentra principalmente na carga de trabalho do Power BI no Microsoft Fabric. Para obter uma introdução à série, consulte 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 no 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 , os criadores e proprietários de conteúdo fazem alterações e melhorias 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 é concluída, a solução é implantada no ambiente de produção.
• O ambiente de produção é onde os consumidores visualizam e interagem com a solução lançada.

Essa abordagem estruturada garante que os criadores, proprietários e revisores de conteúdo possam fazer e validar alterações sem afetar negativamente os consumidores.

O uso de processos metódicos e disciplinados de gerenciamento do ciclo de vida reduz erros, minimiza inconsistências e melhora a experiência do usuário para os consumidores. Os criadores e proprietários de conteúdo podem usar os pipelines de implantação do Power BI para publicação de conteúdo de autoatendimento. Os pipelines de implantação simplificam o processo e melhoram o nível de controle ao liberar novo conteúdo.

Nota

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, consulte o artigo Cenários de uso do Power BI.

Por uma questão de brevidade, alguns aspetos descritos no tópico Cenários de colaboração e entrega de conteúdo não são abordados neste artigo. Para uma cobertura completa, leia esses artigos primeiro.

Diagrama de cenário

O diagrama a seguir mostra uma visão geral de alto nível das ações mais comuns do usuário e dos componentes do Power BI para dar suporte à publicação de conteúdo de autoatendimento. O foco está no uso de um pipeline de implantação do Power BI para promover conteúdo por meio de espaços de trabalho de desenvolvimento, teste e produção.

Gorjeta

Recomendamos que você baixe o diagrama de cenário se quiser incorporá-lo em sua apresentação, documentação ou postagem de blog, ou imprimi-lo como um pôster de parede. Como é uma imagem SVG (Scalable Vetor Graphics), você pode dimensioná-la para cima ou para baixo sem perda de qualidade.

O diagrama de cenário descreve 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 estiver 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 espaço de trabalho 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 se alinha a um espaço de trabalho 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 apenas em espaços de trabalho com esses modos de licença.
	Os criadores e proprietários de conteúdo colaboram no espaço de trabalho 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 ou todos os itens do Power BI são implantados em um espaço de trabalho dedicado ao teste.
	Depois que o pipeline de implantação tiver concluído sua implantação, o criador de conteúdo executará manualmente atividades pós-implantação para o espaço de trabalho de teste. As atividades podem incluir a configuração da atualização de dados agendada ou a publicação de um aplicativo Power BI para o espaço de trabalho de teste.
	Garantia de qualidade, validações de dados e testes de aceitação do usuário ocorrem por revisores do espaço de trabalho de teste.
	Quando o conteúdo de teste é totalmente validado, o pipeline de implantação compara o conteúdo entre os estágios de teste e produção.
	Alguns ou todos os itens do Power BI são implantados em um espaço de trabalho dedicado à produção. Para um espaço de trabalho de produção, o modo de licença de capacidade Fabric ou Premium é geralmente 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 pós-implantação. As atividades podem incluir a configuração da atualização de dados agendada ou a publicação de um aplicativo Power BI para o espaço de trabalho de produção.
	Os visualizadores de conteúdo acessam o conteúdo usando o espaço de trabalho de produção ou um aplicativo Power BI.
	Algumas fontes de dados podem exigir um gateway de dados local ou um gateway VNet para atualização de dados, como aqueles que residem em uma rede organizacional privada.
	Os administradores de malha supervisionam e monitoram a atividade no portal de malha. O conteúdo considerado crítico o suficiente para ter espaços de trabalho separados de desenvolvimento, teste e produção pode estar sujeito a requisitos de governança mais rígidos do que o conteúdo menos crítico.

Gorjeta

Recomendamos que você também revise o cenário de uso do gerenciamento avançado de modelos de dados. Baseia-se em conceitos introduzidos neste cenário.

Pontos principais

A seguir estão alguns pontos-chave a serem enfatizados sobre o cenário de publicação de conteúdo de autoatendimento.

Pipeline de implementação

Um pipeline de implantação consiste em três estágios: desenvolvimento, teste e produção. Um único espaço de trabalho é atribuído a cada estágio no pipeline de implantação. Os itens do Power BI suportados por pipelines de implantação são publicados (ou clonados) de um espaço de trabalho para outro quando ocorre uma implantação. Quando os testes e validações estiverem concluídos, o pipeline de implantação poderá ser reutilizado muitas vezes para promover conteúdo rapidamente. A interface de pipeline de implantação é fácil de implementar para criadores de conteúdo que não têm as habilidades ou o desejo de 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).

Nota

A publicação de conteúdo usando um pipeline de implantação é conhecida como uma implantação somente de metadados. Nesse caso, os dados não são substituídos ou copiados para o espaço de trabalho de destino. Uma atualização de dados geralmente é necessária quando a implantação é concluída — consulte o tópico de atividades pós-implantação abaixo.

Processo de implementação

É uma prática recomendada considerar todo o conteúdo do espaço de trabalho como um pacote analítico que pode ser implantado em conjunto como uma unidade. Por isso, é importante ter clareza sobre o propósito e as expectativas de cada espaço de trabalho. Embora uma implantação seletiva de itens específicos do Power BI seja possível, ela é mais eficiente e menos arriscada quando uma implantação representa uma unidade lógica de conteúdo.

Gorjeta

Planeje como as questões urgentes serão tratadas, além das implantações planejadas. Se uma correção imediata for necessária, ainda siga a prática padrão de propagar todas as alterações, desde o desenvolvimento até o teste e a produção usando o pipeline de implantação.

Modelo de permissões

Gaste tempo planejando o modelo de permissões. Há suporte total para a aplicação de diferentes funções do espaço de trabalho (entre desenvolvimento, teste e produção). Conforme descrito no diagrama de cenário, é comum atribuir as seguintes permissões de espaço de trabalho:

• Espaço de trabalho de desenvolvimento: limite o acesso a uma equipe de criadores de conteúdo e proprietários que colaboram juntos.
• Espaço de trabalho de teste: limite o acesso aos revisores envolvidos com a garantia de qualidade, validações de dados e atividades de teste de aceitação do usuário.
• Espaço de trabalho de produção: conceda ao visualizador acesso aos consumidores de conteúdo do aplicativo Power BI (e do espaço de trabalho, quando apropriado). Limitar o acesso a quem precisa de gerir e publicar conteúdos de produção, envolvendo o menor número de utilizadores possível.

Nota

A maioria dos consumidores de conteúdo desconhece os espaços de trabalho de desenvolvimento e teste.

Acesso para pipeline de implantação

As permissões de usuário do pipeline (para quem pode implantar conteúdo com um pipeline de implantação) são gerenciadas separadamente das funções do espaço de trabalho. O acesso ao espaço de trabalho 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.

Sempre que possível, é recomendável que o criador ou proprietário de conteúdo existente conduza as implantações. Em algumas situações, as permissões são mais restritas para o espaço de trabalho 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 espaço de trabalho têm permissão para comparar estágios e implantar conteúdo. A atribuição de usuários de pipeline a essa função minimiza os problemas de permissões e permite um processo de implantação mais suave.

Gorjeta

Lembre-se de que as funções do espaço de trabalho são definidas separadamente para desenvolvimento, teste e produção. No entanto, o acesso ao gasoduto é definido uma vez para todo o gasoduto.

Licenciamento do Power BI Premium

Importante

Às vezes, este artigo se refere ao Power BI Premium ou suas assinaturas de capacidade (SKUs P). Lembre-se de que a Microsoft está atualmente consolidando opções de compra e desativando as SKUs do Power BI Premium por capacidade. Em vez disso, os clientes novos e existentes devem considerar a compra de assinaturas de capacidade de malha (SKUs F).

Para obter mais informações, consulte Atualização importante chegando ao licenciamento do Power BI Premium e Perguntas frequentes sobre o Power BI Premium.

Os pipelines de implantação do Power BI são um recurso Premium. Existem várias maneiras de obter licenciamento, dependendo se o conteúdo é usado para fins de desenvolvimento, teste ou produção. O diagrama de cenário descreve o uso de SKUs Premium P, como P1, P2, P3, P4 ou P5 para o espaço de trabalho de produção, e uma licença Premium baseada no usuário do Power BI Premium Per User (PPU) para os espaços de trabalho de desenvolvimento e teste. Usar o licenciamento PPU para espaços de trabalho com poucos usuários (conforme descrito no diagrama de cenário) é uma maneira econômica de usar os recursos Premium, mantendo-os separados da capacidade Premium atribuída para cargas de trabalho de produção.

Definições de implementação

Regras de fonte de dados e regras de parâmetro estão disponíveis para gerenciar dinamicamente valores que diferem entre desenvolvimento, teste e produção. O uso de configurações de implantação é uma maneira eficaz de reduzir o esforço e o risco de erros.

Atividades pós-implantação

Propositadamente, determinadas propriedades não são copiadas para o espaço de trabalho de destino durante uma implantação. Várias atividades-chave pós-implantação incluem:

• Atualização de dados: os dados não são copiados do espaço de trabalho de origem para o espaço de trabalho de destino. A publicação a partir 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 espaço de trabalho de destino. Para implantações 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 espaço de trabalho: as propriedades, como contatos e a descrição do espaço de trabalho, não são substituídas durante uma implantação.
• Propriedades do item do Power BI: determinadas propriedades do item do Power BI, como rótulos de sensibilidade, podem ser substituídas durante uma implantação em determinadas circunstâncias.
• Itens do Power BI sem suporte: etapas manuais adicionais podem precisar ser executadas para itens do Power BI que não são suportados pelo pipeline de implantação.

Atenção

Não há um processo de reversão depois que uma implantação ocorre com um pipeline de implantação. Considere cuidadosamente quais processos e aprovações de gerenciamento de alterações são necessários para implantar no espaço de trabalho de produção.

Armazenamento do OneDrive

O diagrama de cenário mostra o uso do OneDrive para armazenar os arquivos de origem do Power BI Desktop. O objetivo é armazenar os arquivos de origem em um local que seja:

• Adequadamente protegido para garantir que apenas os editores possam acessar os arquivos de origem. Uma biblioteca partilhada (em vez de uma biblioteca pessoal) é uma boa escolha.
• Backup com freqüência para que os arquivos estejam protegidos contra perdas.
• Versão quando ocorrem alterações, para permitir uma reversão para uma versão anterior.

Gorjeta

Se um local do OneDrive estiver sincronizado com um espaço de trabalho, configure-o apenas para o espaço de trabalho de desenvolvimento.

Configuraçã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 em tempo real ou um modelo semântico do DirectQuery — anteriormente conhecido como um conjunto de dados (não representado no diagrama de cenário).

Ao trabalhar com vários ambientes, é comum configurar conexões de desenvolvimento, teste e produção para usar diferentes sistemas de origem. Nesse caso, use regras de fonte de dados e regras de parâmetro para gerenciar valores diferentes entre ambientes.

Nota

Um gateway de dados centralizado no modo padrão é altamente recomendado em relação aos gateways no modo pessoal. No modo padrão, o gateway de dados suporta conexão ao vivo e operações DirectQuery (além de 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 auditorias para ajudá-los a entender as atividades de implantação que ocorrem.

Conteúdos relacionados

No próximo artigo da série, saiba mais sobre o cenário de uso de modelagem de dados avançada.