Planejamento de implementação do Power BI: implantação de conteúdo

Observação

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

Este artigo ajuda você a implantar conteúdo como parte do gerenciamento do ciclo de vida do conteúdo. Ele é voltado principalmente para:

• Administradores do Fabric: os administradores responsáveis por supervisionar o Fabric na organização. É possível que os administradores do Fabric possam precisar colaborar com outros administradores, como aqueles que supervisionam o Microsoft 365 ou o Azure DevOps.
• Equipes de COE (Centro de Excelência) e BI: as equipes responsáveis por supervisionar o Power BI na organização. Essas equipes incluem os responsáveis pelas decisões que decidem como gerenciar o ciclo de vida do conteúdo do Power BI. Essas equipes também podem contar com gerentes de versão, responsáveis pelo ciclo de vida das versões de conteúdo, e engenheiros que desenvolvem e gerenciam os componentes necessários para usar e dar suporte eficaz ao gerenciamento do ciclo de vida.
• Criadores de conteúdo e proprietários de conteúdo: usuários que criam conteúdo que querem publicar no portal do Fabric para compartilharem com outras pessoas. Esses indivíduos são responsáveis por gerenciarem o ciclo de vida do conteúdo do Power BI que eles criam.

O gerenciamento do ciclo de vida consiste nos processos e práticas que você usa para lidar com o conteúdo desde sua criação até sua eventual desativação. Na terceira fase do gerenciamento do ciclo de vida, você valida as alterações no conteúdo, que envolvem a validação realizada por criadores de conteúdo e usuários. Na quarta fase, você implanta o conteúdo para que os consumidores possam usá-lo.

Para compartilhar o conteúdo do Power BI com os consumidores, primeiro você deve publicar (ou implantar) o conteúdo em um workspace do Fabric. A implantação de conteúdo também envolve a transferência desse conteúdo entre ambientes, como a implantação de um workspace de desenvolvimento para um workspace de teste, ou de um workspace de teste para um workspace de produção.

A imagem a seguir ilustra o ciclo de vida do conteúdo do Power BI, destacando a quarta fase, em que você implanta o conteúdo.

Observação

Para uma visão geral do gerenciamento do ciclo de vida do conteúdo, confira o primeiro artigo dessa série.

Este artigo se concentra nas considerações e decisões importantes para a implantação de conteúdo em todo o ciclo de vida. Para mais orientações sobre como implantar conteúdo, confira:

• Migração para o Power BI: implantar de conteúdo: este artigo descreve as principais considerações e decisões para a implantação ao migrar para o Power BI de outras tecnologias.
• Planejamento da solução de BI: implantar, dar suporte e monitorar: este artigo descreve como planejar a implantação ao criar sua solução Power BI ou Fabric pela primeira vez.
• Planejamento da implementação do Power BI: cenário de uso de publicação de conteúdo de autoatendimento: este artigo descreve como os usuários de autoatendimento podem implantar conteúdo usando pipelines de implantação do Fabric e OneDrive for Work and School.
• Planejamento de implementação do Power BI: cenário de uso de publicação de conteúdo empresarial: este artigo descreve como as equipes centrais podem implantar e gerenciar conteúdo usando o Azure DevOps.

Você implanta conteúdo em dois pontos principais durante o ciclo de vida do conteúdo:

• Quando você publica conteúdo em um workspace de desenvolvimento. Neste momento, você publica conteúdo para validar suas alterações.
• Quando você promove o conteúdo entre dois workspaces (como promover conteúdo de um workspace de desenvolvimento para um de teste). Neste momento, você implanta o conteúdo quando ele está pronto para a próxima fase (como quando o novo conteúdo está pronto para ser testado).

As seções a seguir descrevem abordagens que você pode adotar para publicar ou promover conteúdo.

Decida como você vai publicar o conteúdo

Quando você desenvolve conteúdo em sua máquina local, precisa publicá-lo em um workspace de desenvolvimento no portal Fabric. Você geralmente publica esse conteúdo quando quer realizar a validação das alterações feitas.

Observação

Neste artigo, quando falamos em publicação de conteúdo, estamos nos referindo à implantação inicial no workspace de desenvolvimento. No entanto, em princípio, publicar conteúdo é o mesmo que implantá-lo.

O conteúdo criado no portal do Fabric (como fluxos de dados, painéis e scorecards) é criado diretamente no workspace de desenvolvimento e não precisa ser publicado.

As seções a seguir detalham diferentes abordagens que você pode adotar para publicar conteúdo.

Publicar com o Power BI Desktop

O Power BI Desktop permite que os usuários publiquem modelos semânticos e relatórios a partir de seu computador local em um workspace no portal do Fabric. Essa abordagem é a forma mais simples de publicar conteúdo;contudo, não pode ser automatizado.

Considere usar essa abordagem quando:

• Os criadores de conteúdo preferirem controlar manualmente a publicação de conteúdo no portal do Fabric.
• Os criadores de conteúdo usarem o Power BI Desktop para desenvolver e gerenciar conteúdo.
• Os criadores de conteúdo não estiverem familiarizados com o Azure DevOps ou Git.
• O conteúdo for composto apenas por modelos semânticos ou relatórios.

Publicar com ferramentas de terceiros

As ferramentas de terceiros permitem que os criadores de conteúdo publiquem um modelo semântico usando o ponto de extremidade XMLA de leitura/gravação do workspace. Por exemplo, um criador de conteúdo usa o Tabular Editor para desenvolver e gerenciar metadados de modelo, como Tabular Model Definition Language (TMDL) ou arquivos .bim.

Dica

Para mais informações sobre como usar ferramentas de terceiros para implantar modelos semânticos, confira o cenário de uso gerenciamento avançado de modelo de dados.

Para saber mais sobre como você pode habilitar e usar pontos de extremidade XMLA de leitura/gravação, confira Conectividade de modelo semântico com o ponto de extremidade XMLA.

Considere usar essa abordagem quando:

• Os criadores de conteúdo preferirem controlar manualmente a publicação de conteúdo no portal do Fabric.
• Os criadores de conteúdo utilizarem uma ferramenta de terceiros para desenvolver e gerenciar o conteúdo.
• O conteúdo for publicado em um workspace que usa o modo de licença Premium por usuário (PPU), capacidade Premium ou capacidade Fabric.
• Os criadores de conteúdo não estiverem familiarizados com o Azure DevOps ou Git.
• O conteúdo for composto apenas por modelos semânticos.

Publicar com a atualização do OneDrive

O OneDrive permite que os criadores de conteúdo de autoatendimento publiquem automaticamente modelos semânticos ou relatórios em um workspace no portal do Fabric usando a atualização do OneDrive. Os criadores de conteúdo podem salvar os arquivos do Power BI Desktop (.pbix) em uma biblioteca compartilhada no OneDrive. A biblioteca compartilhada também pode ser uma biblioteca de documentos do SharePoint ou Microsoft Teams.

Dica

Para mais informações sobre como usar o OneDrive for Work and School com o conteúdo do Power BI, confira o cenário de uso de publicação de conteúdo de autoatendimento.

Para mais informações sobre como você pode configurar a atualização do OneDrive, veja Atualizar um modelo semântico armazenado no OneDrive ou SharePoint.

Considere usar essa abordagem quando:

• Os criadores de conteúdo quiserem automatizar a publicação de conteúdo no portal do Fabric.
• Os criadores de conteúdo não estiverem familiarizados com o Azure DevOps ou Git.
• Os criadores de conteúdo realizarem o controle de versão do conteúdo usando o OneDrive ou SharePoint.
• Os criadores de conteúdo salvarem modelos semânticos e relatórios como arquivos .pbix.
• O conteúdo for composto apenas por modelos semânticos ou relatórios.

Publicar com a integração do Git com o Fabric

A integração do Git com o Fabric é um recurso exclusivo das capacidades Fabric que permite aos criadores de conteúdo sincronizar um branch de um repositório Git remoto com um workspace do Fabric. Para sincronizar o conteúdo do Azure Repos ou implantar conteúdo, você pode usar a integração Git com o Azure DevOps, ou então o Azure Pipelines, como descrito na próxima seção.

Observação

O Azure DevOps é um conjunto de serviços que se integram ao Power BI e ao Fabric para lhe ajudar a planejar e orquestrar o gerenciamento do ciclo de vida do conteúdo. Ao usar o Azure DevOps dessa maneira, você normalmente aproveitará os seguintes serviços:

• Azure Repos: permite que você crie e use um repositório Git remoto, que é um local de armazenamento remoto que você usa para acompanhar e gerenciar alterações de conteúdo.
• Azure Pipelines: permite que você crie e use um conjunto de tarefas automatizadas para manipular, testar e implantar conteúdo de um repositório remoto em um workspace.
• Azure Test Plans: permite que você crie testes para validar a solução e automatizar o controle de qualidade junto com o Azure Pipelines.
• Azure Boards: permite que você use quadros para acompanhar tarefas e planos como itens de trabalho e vincular ou se referir a itens de trabalho de outros serviços do Azure DevOps.
• Azure Wiki: permite que você compartilhe informações com sua equipe para entender e contribuir com o conteúdo.

Para resumir, o conteúdo que foi confirmado e enviado por push para o repositório remoto é automaticamente publicado no workspace por meio desse processo de sincronização. Um dos principais benefícios dessa abordagem é que ela permite integrar seus processos de gerenciamento de controle do código-fonte com a publicação de conteúdo. Por exemplo, facilita a reversão de alterações ou de versões inteiras de uma solução.

Dica

Para mais informações sobre como usar a integração do Git com o Fabric para implantar conteúdo no Power BI, confira o cenário de uso de publicação de conteúdo empresarial.

Para mais informações sobre como configurar a integração Git, veja o Tutorial: gerenciamento de ciclo de vida no Fabric e Projetos do Power BI Desktop: integração com o Git.

Considere usar essa abordagem quando:

• Os criadores de conteúdo estiverem familiarizados com o Azure DevOps e Git.
• Os criadores de conteúdo usarem o Azure DevOps para colaboração e controle do código-fonte.
• Os criadores de conteúdo salvarem modelos semânticos e relatórios como arquivos de projeto do Power BI (.pbip)
• O conteúdo for publicado em um workspace em uma capacidade do Fabric.
• O conteúdo for composto por tipos de itens suportados pelo recurso de integração com o Git.
• O conteúdo não possuir rótulos de confidencialidade.

Observação

A forma como você usa a integração com o Git para implantar e gerenciar conteúdo depende muito das suas estratégias de ramificação e mesclagem, que você decide na segunda fase do gerenciamento de ciclo de vida.

Publicar com o Azure Pipelines

O Azure Pipelines automatiza programaticamente o teste, o gerenciamento e a implantação de conteúdo. Quando um pipeline é executado, as etapas no pipeline são executadas automaticamente. O Azure Pipelines é mais complexo e exige mais tempo e esforço para ser configurado em comparação com outras abordagens, mas oferece maior controle e flexibilidade para orquestrar o processo de implantação.

Dica

Você pode implantar conteúdo usando o Azure Pipelines e as APIs REST do Power BI em workspaces que não estão nas capacidades Fabric Premium. No entanto, as APIs REST do Fabric só funcionam com o Fabric e os pontos de extremidade XMLA só funcionam nas capacidades Fabric Premium.

Para mais informações sobre como usar o Azure Pipelines para implantar conteúdo no Power BI, confira o cenário de uso de publicação de conteúdo empresarial.

Para saber mais sobre como você pode integrar o Azure DevOps com o Power BI, confira a integração de projetos do Power BI Desktop com o Azure DevOps e pipelines de build.

Considere usar o Azure Pipelines para orquestrar a implantação de conteúdo quando:

• Os criadores de conteúdo estiverem familiarizados com o Azure DevOps e as APIs REST do Fabric.
• Os criadores de conteúdo usarem o Azure DevOps para colaboração e controle do código-fonte.
• Os criadores de conteúdo não estiverem usando a integração do Git com o Fabric.

O Azure Pipelines e outras ferramentas baseadas em código podem implantar conteúdo de forma programática usando uma ou mais das seguintes APIs ou pontos de extremidade:

• APIs REST do Power BI: existem diferentes pontos de extremidade da API REST do Power BI que você pode usar para implantar conteúdo. As APIs REST do Power BI dão suporte apenas a tipos de item do Power BI.
  • Importação: você pode publicar itens com suporte usando as APIs REST do Power BI para importar um arquivo de origem válido para um workspace (como um arquivo .pbix).
  • Implantação: você pode implantar itens com suporte, promovendo-os a partir de um workspace para outro se eles fizerem parte de um pipeline de implantação.
• APIs REST do Fabric: existem diferentes pontos de extremidade da API REST do Fabric que você pode usar para implantar conteúdo. As APIs REST do Fabric dão suporte a tipos de item tanto do Power BI quanto do Fabric.
  • Criação: você pode criar itens com suporte usando as APIs REST do Fabric em conjunto com uma definição de item válida.
  • Atualização do Git: você pode atualizar um workspace com conteúdo de um repositório remoto conectado usando a integração com o Git.
• Pontos de extremidade XMLA de leitura/gravação: você pode criar ou alterar modelos semânticos usando pontos de extremidade XMLA com um arquivo model.bim válido. Os pontos de extremidade XMLA permitem que você implante alterações em objetos específicos do modelo em vez do modelo inteiro. O Azure Pipelines pode usar ferramentas de terceiros (como a interface de linha de comando do Tabular Editor) para implantar modelos semânticos usando os pontos de extremidade XMLA.

Dica

Quando você usa as APIs REST do Fabric ou do Power BI, primeiro é necessário criar um registro de aplicativo no Azure (descrito aqui para o Power BI Embedded). Isso exige um locatário do Microsoft Entra ID e um usuário organizacional, podendo ser um processo complexo para configurar as permissões adequadas. No entanto, você pode executar as APIs REST do Fabric em notebooks sem criar um registro de aplicativo. Isso simplifica a instalação e o uso de APIs em suas soluções, sem que precise gerenciar credenciais ou configurar instalações antes de usar as APIs.

Para usar as APIs REST do Fabric sem registrar um aplicativo, use o link semântico em um notebook do Fabric com o FabricRestClientClass do sempy para chamar a API.

Junto com testes automatizados, a integração do Azure Pipelines com o Power BI facilita a realização de integração contínua e implantação contínua (CI/CD).

Ao usar o Azure Pipelines, os proprietários do pipeline podem personalizar seus gatilhos, etapas e funcionalidades para atender às necessidades da implantação. Dessa forma, o número e os tipos de pipelines variam dependendo dos requisitos da solução.

Existem três tipos de Azure Pipelines que você pode configurar para testar, gerenciar e implantar sua solução do Power BI.

• Pipelines de validação
• Pipelines de build
• Pipelines de lançamento

Observação

Não é necessário ter todos os três tipos de pipeline na sua solução de publicação. Dependendo do fluxo de trabalho e das necessidades, você pode configurar uma ou mais variantes dos pipelines descritos neste artigo para automatizar a publicação de conteúdo. Essa capacidade de personalizar os pipelines é uma vantagem do Azure Pipelines em relação aos pipelines de implantação internos do Fabric.

Pipelines de validação

Os pipelines de validação executam verificações básicas de qualidade dos modelos de dados antes de serem publicados em um workspace de desenvolvimento. Normalmente, as alterações em um branch do repositório remoto disparam o pipeline para validar essas alterações com testes automatizados.

Exemplos de testes automatizados incluem a digitalização do modelo de dados para buscar violações de regras de melhor prática usando o Analisador de Melhor Prática (BPA) ou a execução de consultas DAX em um modelo semântico publicado. Os resultados desses testes são armazenados no repositório remoto para fins de documentação e auditoria. Os modelos de dados que não são aprovados na validação não devem ser publicados. Em vez disso, o pipeline deve notificar os criadores de conteúdo sobre os problemas.

Pipelines de build

Os pipelines de build preparam modelos de dados para publicação no serviço do Power BI. Esses pipelines combinam metadados de modelo serializados em um único arquivo publicado posteriormente por um pipeline de lançamento. Um pipeline de build também pode fazer alterações nos metadados, como modificar valores de parâmetro. Os pipelines de build produzem artefatos de implantação que consistem em metadados do modelo de dados (para modelos de dados) e arquivos de projeto do Power BI (.pbip) prontos para publicação no serviço do Power BI.

Pipelines de lançamento

Os pipelines de lançamento publicam ou implantam conteúdo. Uma solução de publicação normalmente inclui vários pipelines de lançamento, dependendo do ambiente de destino.

• Pipeline de lançamento de desenvolvimento: esse primeiro pipeline é disparado automaticamente. Ele publica conteúdo em um workspace de desenvolvimento depois que os pipelines de build e validação são bem-sucedidos.
• Pipelines de lançamento de teste e produção: esses pipelines não são disparados automaticamente. Em vez disso, eles são disparados sob demanda ou quando aprovados. Os pipelines de lançamento de teste e produção implantam conteúdo em um workspace de teste ou produção, respectivamente, após a aprovação do lançamento. As aprovações de lançamento garantem que o conteúdo não seja implantado automaticamente em um estágio de teste ou produção antes de estar pronto. Essas aprovações são fornecidas por gerentes de lançamento, responsáveis por planejar e coordenar a liberação de conteúdo para ambientes de teste e de produção.

Decida como você vai promover conteúdo entre workspaces

Quando você usa diferentes ambientes para desenvolvimento, teste e produção, é necessário implantar o conteúdo nos três ambientes. Existem diferentes ferramentas e abordagens que você pode usar para promover conteúdo entre workspaces, dependendo do seu fluxo de trabalho específico e necessidades.

As próximas seções descrevem abordagens que você pode adotar para promover conteúdo entre workspaces.

Cuidado

Evite publicar conteúdo manualmente a partir da sua máquina local em workspaces de teste e produção. Isso pode ocasionar erros ou interrupções devido a falhas. Em geral, você só deve publicar em um workspace de desenvolvimento ou em um workspace privado, caso utilize um.

Implantar com pipelines de implantação do Fabric

Os pipelines de implantação permitem que você configure duas ou mais fases (como desenvolvimento, teste ou produção) e implante o conteúdo do Fabric entre essas fases. A administração do pipeline atribui um único workspace do Power BI a cada fase no pipeline de implantação. Como você utiliza os pipelines de implantação depende de como você decidiu configurar e usar workspaces.

Considere usar os pipelines de implantação quando:

• O conteúdo for implantado em workspaces em modos de licença PPU, capacidade Premium ou capacidade Fabric.
• Os tipos de itens de conteúdo e cenários são compatíveis com os pipelines de implantação.

Considere adotar uma abordagem diferente de pipelines de implantação quando:

• Você preferir implantar conteúdo a partir de um repositório remoto, como usando o Azure Pipelines.
• Você planejar usar a integração com o Git para sincronizar diferentes fases com diferentes branches do repositório remoto, em vez de implantar o conteúdo.

Dica

Para mais informações sobre como usar pipelines de implantação para promover o conteúdo entre workspaces, confira os cenários de uso de publicação de conteúdo de autoatendimento e de publicação de conteúdo empresarial.

Para mais informações sobre pipelines de implantação, veja Pipelines de implantação: entenda o processo de implantação.

A forma mais simples de usar um pipeline de implantação é quando você publica todo o conteúdo em um único workspace e o promove para fases subsequentes dentro de um único pipeline de implantação. O diagrama a seguir ilustra essa primeira abordagem para promover conteúdo utilizando um pipeline de implantação.

Em resumo, um criador de conteúdo geralmente publica primeiro o conteúdo na fase inicial do pipeline. Depois, para promover o conteúdo para as fases seguintes, um administrador de pipeline dispara uma implantação. Quando ocorre uma implantação, o pipeline de implantação promove os metadados de conteúdo de um workspace para o próximo.

Quando você separa o conteúdo por tipo de item em workspaces diferentes, utilizará pipelines de implantação distintos para promover esse conteúdo. Você pode vincular o conteúdo entre workspaces com vários pipelines de implantação usando a associação automática. A associação automática entre pipelines de implantação garante que o conteúdo permaneça vinculado ao item correto em cada fase. Por exemplo, o relatório na fase de desenvolvimento permanecerá vinculado ao modelo na fase de desenvolvimento do outro pipeline de implantação. No entanto, você também pode evitar a associação automática se o seu cenário exigir que você vincule conteúdo entre workspaces com um padrão diferente.

O diagrama a seguir ilustra essa seguir abordagem para promover conteúdo utilizando vários pipelines de implantação.

Em resumo, implantar conteúdo usando vários pipelines de implantação é parecido com o uso de um único pipeline. A principal diferença é que você tem a opção de vincular conteúdo conectado entre workspaces e pipelines de implantação utilizando a associação automática. Fora isso, é idêntico à primeira abordagem.

Os pipelines de implantação são ferramentas flexíveis e diretas, adequadas para aprimorar o gerenciamento do ciclo de vida do seu conteúdo, tanto em cenários de autoatendimento quanto empresariais.

O acesso ao workspace e ao pipeline de implantação é necessário para os usuários que conduzem uma implantação. Recomendamos planejar o acesso ao pipeline de implantação para que os administradores do pipeline possam exibir o histórico de implantação e comparar o conteúdo. Ao colaborar com vários criadores de conteúdo, considere restringir o acesso ao pipeline a gerentes de lançamento ou responsáveis técnicos que são mais indicados para supervisionar os processos de implantação e lançamento.

Além disso, pense em usar regras de implantação para estabelecer diferentes configurações para itens em diferentes fases. Por exemplo, você pode querer que um modelo semântico no workspace de desenvolvimento busque dados no banco de dados de desenvolvimento, enquanto o modelo semântico no workspace de produção busque dados no banco de dados de produção.

Dica

Se várias pessoas tiverem acesso ao seu pipeline de implantação, recomendamos que você revise o histórico de implantação regularmente. Essas revisões podem ajudar a identificar implantações não autorizadas ou falhas na implantação.

Se você estiver usando a associação automática para vincular itens entre pipelines de implantação, lembre-se de revisar as linhagens de item para identificar as interrupções na associação automática causadas por alguém que publica conteúdo vinculado na fase errada.

Você pode disparar implantações manualmente ou de forma programática usando as APIs REST do Power BI. Em ambos os casos, você deve definir um processo claro e robusto sobre quando promover conteúdo para cada fase e como reverter alterações não intencionais.

Realizar a implantação manualmente

Você pode implantar conteúdo manualmente usando o pipeline de implantação do Fabric. Você pode optar por implantar todo o conteúdo ou selecionar itens específicos. A implantação seletiva pode ser vantajosa quando parte do conteúdo está pronta para avançar para a próxima fase, mas outros itens ainda estão em desenvolvimento ou validação. Você também pode realizar uma implantação em fases anteriores quando há alterações de conteúdo em uma fase posterior que não estão presentes em uma anterior.

Cuidado

Ao usar pipelines de implantação, recomendamos que você implante conteúdo em uma única direção, como dos workspaces de desenvolvimento para os de teste e produção. Se possível, evite fazer alterações no conteúdo em fases posteriores antes que essas alterações tenham sido devidamente validadas nas fases de desenvolvimento ou teste.

Ao realizar uma implantação manual, você pode comparar as fases para identificar alterações de conteúdo na janela de revisão de alterações. Essa abordagem é bem útil quando você não usa um repositório Git remoto para o controle do código-fonte.

Usar as APIs REST do Power BI para realizar a implantação

Você pode usar as APIs REST do Power BI para implantar conteúdo usando um pipeline de implantação. Um benefício do uso das APIs REST é a possibilidade de automatizar a implantação e integrá-la a outras ferramentas, como o Azure Pipelines no Azure DevOps.

Implantação com o Azure Pipelines

O Azure Pipelines permite orquestrar a implantação entre todas as fases. Com essa abordagem, você usa as APIs REST do Fabric para implantar e gerenciar conteúdo, aproveitando diferentes Azure Pipelines, como pipelines de validação e lançamento.

Considere usar o Azure Pipelines quando:

• Você deseja centralizar a orquestração da implantação dentro do Azure DevOps.
• Os criadores de conteúdo estão usando o Azure DevOps para colaboração e controle do código-fonte.

Considere uma abordagem diferente do Azure Pipelines quando:

• Os criadores de conteúdo não estiverem familiarizados com o Azure DevOps ou implantações baseadas em código.
• O conteúdo inclui tipos de item que não possuem uma definição ou formato de arquivo de origem com suporte, como painéis.

Existem duas abordagens diferentes para implantar conteúdo com o Azure Pipelines. Ou orquestram pipelines de implantação, ou implantam conteúdo diretamente em um workspace sem um pipeline de implantação.

Orquestrar pipelines de implantação do Fabric usando o Azure Pipelines

Nessa abordagem, os pipelines de lançamento controlam a implantação de conteúdo para workspaces de teste e de produção usando pipelines de implantação. O conteúdo é promovido por meio de workspaces de desenvolvimento, teste e produção no Fabric.

O diagrama a seguir mostra como você orquestra pipelines de implantação a partir do Azure Pipelines.

Em resumo, os criadores de conteúdo publicam o conteúdo no workspace na primeira fase do pipeline de implantação. Em seguida, um gerente de lançamento aprova a implantação, o que dispara um Azure Pipeline. Esse pipeline usa as APIs REST do Power BI para promover o conteúdo entre fases, para que os metadados sejam implantados em outro workspace. Uma vantagem dessa abordagem é que você pode orquestrar a implantação de vários tipos de itens do Fabric por meio de pipelines de implantação, já que alguns tipos de item são desenvolvidos no portal do Fabric e, portanto, não podem ser implantados somente pelo Azure Pipelines.

Implantar conteúdo usando apenas o Azure Pipelines

Você também pode implantar conteúdo em um workspace a partir do Azure DevOps usando o Azure Pipelines. Essa abordagem não usa pipelines de implantação. Em vez disso, usa pipelines de lançamento para implantar arquivos de origem ou arquivos de metadados utilizando as APIs REST do Fabric ou Power BI, ou pontos de extremidade XMLA de leitura/gravação. Geralmente, esses arquivos são armazenados em um repositório Git do Azure Repos.

O diagrama a seguir ilustra como implantar conteúdo usando apenas o Azure Pipelines.

Em resumo, os criadores de conteúdo confirmam e enviam por push as alterações de conteúdo para um repositório Git remoto no Azure Repos. Esse conteúdo é usado pelo Azure Pipelines para a implantação. Depois que o gerenciador de lançamento aprova a implantação específica, o Pipeline do Azure implanta o conteúdo no workspace usando as APIs REST do Power BI (ou seja, para arquivos .pbix), as APIs REST do Fabric (ou seja, para definições de itens) ou pontos de extremidade XMLA (ou seja, para arquivos model.bim). Existe um Pipeline do Azure separado para cada workspace.

Essa abordagem não requer licenciamento da capacidade Fabric ou Premium quando você publica apenas arquivos do Power BI Desktop com as APIs REST do Power BI. No entanto, ela envolve mais esforço e complexidade de configuração, pois você deve gerenciar a implantação fora do Power BI. As equipes de desenvolvimento que já usam o DevOps para soluções de dados fora do Power BI podem estar familiarizadas com essa abordagem. As equipes de desenvolvimento que usam essa abordagem podem consolidar a implantação de soluções de dados no Azure DevOps.

Implantar com a integração do Git com o Fabric

Ao utilizar a integração com o Git, você pode sincronizar diferentes branches com diferentes workspaces em vez de publicar ou implantar conteúdo explicitamente. Assim, é possível ter branches separados para workspaces de desenvolvimento, teste e produção. Nesse cenário, o branch principal é sincronizado com o workspace de produção. Você então implanta o conteúdo entre os workspaces realizando um pull request para mesclar o branch de desenvolvimento com o branch de teste (para implantar no workspace de teste) ou para mesclar o branch de teste com o branch principal (para implantar no workspace de produção).

O diagrama a seguir mostra como implantar conteúdo usando a integração do Git com o Fabric para sincronizar branches em diferentes workspaces. Para simplificar, o diagrama não inclui detalhes sobre a ramificação ou mesclagem de conteúdo.

Em resumo, os criadores de conteúdo confirmam e enviam por push as alterações de conteúdo para um repositório Git remoto no Azure Repos. Os criadores de conteúdo abrem pull requests (PRs) para solicitar a mesclagem de suas alterações em um branch específico. Dependendo da estratégia de ramificação, diferentes branches são conectados a diferentes workspaces. Depois que as alterações são mescladas em um branch, os criadores de conteúdo sincronizam o workspace com o repositório Git remoto para exibir as alterações mais recentes no conteúdo desse workspace.

Considere essa abordagem quando:

• Você deseja orquestrar a implantação entre workspaces usando sua estratégia de ramificação e mesclagem.
• Você não planeja usar o Azure Pipelines ou os pipelines de implantação do Fabric para orquestrar implantações para teste e produção.
• O espaço de trabalho não contém itens sem suporte ou cenários.
• O conteúdo não possuir rótulos de confidencialidade.

Observação

Existem muitas maneiras válidas de implantar conteúdo. Por exemplo, você pode empregar uma combinação das diferentes abordagens discutidas neste artigo.

Por exemplo, é possível implantar conteúdo em um workspace de desenvolvimento usando um Pipeline do Azure, o que possibilita que você aproveite os recursos de integração contínua e realize testes automatizados (como usar o Analisador de Melhores Práticas). Em seguida, você pode implantar conteúdo entre workspaces usando a integração do Git ou um pipeline de implantação do Fabric.

Escolha a abordagem que melhor atende às suas necessidades e forma como sua equipe trabalha.

Decida como gerenciar atividades pós-implantação

Depois d a implantação, existem várias atividades pós-implantação que precisar ser gerenciadas. Muitas dessas atividades podem ser gerenciadas de forma programática, por exemplo, por meio de um Azure Pipeline ou notebook e as APIs REST do Power BI e do Fabric. Por exemplo, você pode definir de forma programática as credenciais da fonte de dados, gerenciar a atualização agendada e disparar atualizações após uma implantação de metadados. No entanto, algumas tarefas precisam de intervenção manual, como uma a configuração inicial ou a atualização de um aplicativo do Power BI.

Lembre-se de identificar todas as atividades pós-implantação relevantes para o seu conteúdo e decida como elas serão gerenciadas.

Depois de planejar como implantará o conteúdo, você deve considerar como irá oferecer suportar e monitorar o mesmo.

Lista de verificação – ao planejar a implantação de conteúdo, as principais decisões e ações incluem:

• Identificar as opções de implantação disponíveis: dependendo da sua licença e conteúdo, você terá diferentes opções para publicar conteúdo ou promovê-lo entre workspaces. Identifique se você pode usar pipelines de implantação, Azure DevOps, integração do Git, APIs REST do Fabric e pontos de extremidade XMLA de leitura/gravação.
• Decidir como publicará o conteúdo: escolha uma abordagem para publicar conteúdo que melhor se adapte às suas necessidades e fluxo de trabalho. Certifique-se de que essa abordagem esteja alinhada com suas outras estratégias, como a forma como você acompanha e gerencia alterações.
• Decidir como promoverá o conteúdo entre workspaces: escolha uma abordagem para implantar conteúdo a partir do workspace desenvolvimento para o workspace de teste e também a partir do workspace teste para o de produção. Certifique-se de que essa abordagem esteja alinhada com suas outras estratégias, como a forma como você publicará conteúdo.
• Planejar sua estratégia de lançamento: determine se uma pessoa específica será responsável pela revisão final do conteúdo antes de aprovar um lançamento ou implantação. Verifique se essa pessoa está ciente dessa responsabilidade e do que deve fazer para proteger o processo de implantação sem impedir o andamento.
• Planejar atividades pós-implantação: certifique-se de que você decidiu sobre um processo para realizar atividades como atualizar um aplicativo do Power BI ou atualizar itens de dados após uma implantação de metadados. Considere automatizar esse processo usando as APIs REST do Fabric.
• Realizar a configuração inicial de ferramentas e processos de implantação: configure o acesso adequado e garanta que as permissões se alinham à maneira como você configurou o acesso ao seu conteúdo.
• Implantar conteúdo na produção: quando você tiver planejado e configurado sua implantação, implante o conteúdo na produção.

Conteúdo relacionado

No próximo artigo desta série, saiba como oferecer suporte e monitorar conteúdos como parte do gerenciamento do ciclo de vida do conteúdo.