Planejamento da implementação do Power BI: planejar e projetar conteúdo

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 experiência do Power BI no Microsoft Fabric. Para obter uma introdução à série, consulte Planejamento de implementação do Power BI.

Este artigo ajuda você a planejar e projetar conteúdo como parte do gerenciamento do ciclo de vida do conteúdo. Destina-se principalmente a:

• Equipes do Centro de Excelência (COE) e BI: as equipes responsáveis por supervisionar o Power BI na organização. Essas equipes incluem tomadores de decisão que decidem como gerenciar o ciclo de vida do conteúdo do Power BI.
• Criadores de conteúdo e proprietários de conteúdo: usuários que criam conteúdo que desejam publicar no portal do Fabric para compartilhar com outras pessoas. Esses indivíduos são responsáveis por gerenciar o ciclo de vida do conteúdo do Power BI que 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. Conforme descrito no primeiro artigo desta série, gerenciar o ciclo de vida do conteúdo do Power BI é importante para garantir a entrega confiável e consistente de conteúdo para usuários corporativos.

A primeira etapa do ciclo de vida do conteúdo é planejar e projetar o conteúdo. Normalmente, você inicia o ciclo de vida do conteúdo executando o planejamento da solução de BI. Você reúne requisitos para entender e definir o problema que sua solução deve resolver e chegar a um design de solução. Durante esse estágio de planejamento e design, você toma decisões importantes para se preparar para os estágios posteriores.

A imagem a seguir mostra o ciclo de vida do conteúdo do Power BI, destacando o estágio um, onde você planeja e projeta conteúdo.

Nota

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

Gorjeta

Este artigo se concentra nas principais considerações e decisões para o planejamento e design de conteúdo no que diz respeito ao gerenciamento do ciclo de vida.

• Para obter mais informações sobre como planejar e projetar efetivamente uma solução de malha ou Power BI, recomendamos que você leia o artigo de planejamento de solução.
• Para obter mais informações sobre como planejar efetivamente uma migração do Power BI, recomendamos que você leia a série de migração do Power BI.

Ao reunir requisitos, você deve descrever claramente os aspetos sobre o conteúdo que afetam sua abordagem ao gerenciamento do ciclo de vida. Você deve documentar esses aspetos como parte do planejamento e design da solução.

As seções a seguir neste artigo descrevem os principais aspetos e considerações de uma solução que motivarão sua abordagem ao gerenciamento do ciclo de vida enquanto você planeja e projeta seu conteúdo.

Identificar e descrever o conteúdo

Ao projetar sua solução, você deve descrever qual é o conteúdo, quem o criará, quem o apoiará e quão crítico esse conteúdo é para a organização. Você deve abordar esses fatores durante, ou depois de terminar, a coleta de requisitos como parte do design da solução.

Nota

Tal como os seus requisitos, as respostas a estas perguntas podem mudar à medida que desenvolve a solução ou mais tarde no seu ciclo de vida. Depois de responder a essas perguntas, esteja preparado para reavaliá-las periodicamente quando fizer alterações no conteúdo ou à medida que ele for dimensionado no número de usuários que ele atende.

Responda às seguintes perguntas sobre seu conteúdo para ajudá-lo a tomar decisões posteriores de gerenciamento do ciclo de vida.

Qual é o formato do conteúdo?

O tipo, o escopo e a complexidade do conteúdo motivam decisões importantes sobre como você o gerenciará. Por exemplo, um único relatório para um público limitado requer uma abordagem de gerenciamento de ciclo de vida diferente em comparação com um modelo semântico que será usado por toda a organização e por várias cargas de trabalho downstream diferentes.

Responda a perguntas como as seguintes para ajudá-lo a determinar o tipo de conteúdo que você criará.

• Quais tipos de itens você espera criar e quantos de cada um? Por exemplo, você criará itens de dados como fluxos de dados ou modelos semânticos, itens de relatório como relatórios ou painéis ou uma combinação de ambos?
• Como é que o conteúdo é entregue aos consumidores de conteúdos? Por exemplo, os consumidores usarão itens de dados para criar seu próprio conteúdo, visualizarão apenas relatórios centralizados ou uma combinação de ambos?
• Qual é a complexidade do conteúdo? Por exemplo, é um pequeno protótipo ou um grande modelo semântico que engloba vários processos de negócios?
• Você espera que a escala, o escopo e a complexidade do conteúdo cresçam ao longo do tempo? Por exemplo, o conteúdo abrangerá outras regiões ou áreas de negócios no futuro?
• Por quanto tempo você espera que a empresa precise desse conteúdo? Por exemplo, esse conteúdo apoiará uma iniciativa chave do negócio que tenha um cronograma finito?

Gorjeta

Considere fazer um diagrama de arquitetura para descrever o formato do conteúdo. Você pode incluir diferentes fontes de dados, tipos de item e consumidores de conteúdo, bem como as relações entre esses componentes discretos. Um diagrama de arquitetura pode ajudar a descrever de forma concisa o conteúdo e sua complexidade, além de ajudá-lo a planejar seu gerenciamento do ciclo de vida. Você pode usar os ícones de malha e ícones do Azure para criar esses diagramas em software externo. Como alternativa, você pode usar os Diagramas do Azure, que vêm com ícones e ferramentas de desenho para criar esses diagramas.

Para obter um exemplo desses diagramas, consulte os diagramas de cenário de uso de planejamento de implementação do Power BI.

Quem criará e apoiará o conteúdo?

Os criadores de conteúdo têm necessidades, habilidades e fluxos de trabalho variados. Esses fatores influenciarão o sucesso de diferentes abordagens de gerenciamento do ciclo de vida. Equipes maiores e centrais com colaboração geralmente exigem um gerenciamento mais sofisticado do ciclo de vida do conteúdo do que equipes menores de criadores de autoatendimento.

Responda a perguntas como as seguintes para ajudá-lo a determinar quem criará ou dará suporte ao conteúdo.

• Quantas pessoas diferentes você espera criar esse conteúdo? Vários criadores de conteúdo colaborarão ou um único indivíduo é responsável pela criação do conteúdo?
• Os criadores de conteúdo estão familiarizados com o gerenciamento do ciclo de vida e conceitos relacionados, como controle de versão? Os criadores de conteúdo entendem os benefícios do gerenciamento do ciclo de vida?
• Os criadores de conteúdo que desenvolvem a solução serão os mesmos indivíduos que a suportam após a implantação?
• Os criadores de conteúdo ou suas equipes têm práticas de gerenciamento de ciclo de vida existentes para dar suporte às soluções existentes?
• Atualmente, os criadores de conteúdo usam ferramentas de gerenciamento de ciclo de vida, como o Azure DevOps?

Importante

Certifique-se de documentar claramente quem é responsável pela criação de conteúdo e quem dará suporte a ele assim que for implantado na produção. Envolva todas essas pessoas no planejamento do gerenciamento do ciclo de vida do conteúdo.

Qual a importância do conteúdo?

Dependendo da importância do conteúdo para o negócio, você tomará decisões diferentes sobre como gerenciá-lo. O conteúdo essencial para os negócios requer abordagens mais robustas de gerenciamento do ciclo de vida do conteúdo para proteger a qualidade e mitigar possíveis interrupções.

Responda a perguntas como as seguintes para ajudá-lo a determinar se o conteúdo é crítico.

• Quão crítico é esse conteúdo para o negócio? Quão urgente é o pedido para desenvolvê-lo?
• As decisões ou ações críticas para os negócios serão tomadas a partir das informações fornecidas por este conteúdo?
• Quão amplamente você espera distribuir esse conteúdo (de toda a organização para uma equipe local limitada)?
• Os executivos ou outros tomadores de decisão estratégica confiarão nesse conteúdo para seu trabalho?
• Qual é o impacto deste conteúdo? Por exemplo, se o conteúdo de repente não estiver disponível, que impactos nos negócios ocorreriam, como perda de receita ou processos de negócios interrompidos?

Depois de identificar e descrever suficientemente o conteúdo que irá criar, deve decidir em seguida como os criadores de conteúdo devem colaborar.

Decida como os criadores de conteúdo devem colaborar

À medida que uma solução aumenta em escopo e complexidade, pode se tornar necessário que vários criadores e proprietários de conteúdo trabalhem em colaboração. Ao criar soluções complexas, recomendamos que você use ferramentas eficazes que ajudem a estruturar, gerenciar e dar suporte à colaboração. Há muitas maneiras de colaborar ao produzir conteúdo do Power BI, como usando o Microsoft Teams ou o Azure DevOps.

Gorjeta

Mesmo quando os criadores de conteúdo trabalham de forma independente, eles ainda podem se beneficiar do planejamento e da estruturação de seu trabalho usando ferramentas como o Microsoft Teams e o Azure DevOps.

Microsoft Stream

Para projetos menores ou mais simples, os criadores de conteúdo podem colaborar usando o Microsoft Teams.

Ao usar o Microsoft Teams, os criadores de conteúdo estruturam sua comunicação, planejamento e trabalho em equipes e canais. O Microsoft Teams geralmente é uma boa opção para cenários de colaboração mais simples. Por exemplo, equipes descentralizadas que produzem conteúdo para um público limitado podem usar bibliotecas de documentos para armazenar arquivos e controle de versão. Podem igualmente recorrer a outros instrumentos e serviços integrados.

Gorjeta

Recomendamos que você use o Microsoft Teams para facilitar o gerenciamento eficaz do ciclo de vida do conteúdo em cenários de autoatendimento com entrega de conteúdo descentralizada.

Para colaborar e comunicar no Microsoft Teams, utilize serviços de suporte durante todo o ciclo de vida do seu conteúdo do Power BI.

• Planejador: os proprietários de conteúdo podem usar o Planner para criar planos, que eles usam para controlar tarefas e definir o escopo do trabalho de conteúdo. As tarefas podem descrever problemas, bugs ou recursos na solução e as partes interessadas correspondentes.
• SharePoint: os criadores de conteúdo podem armazenar e gerenciar arquivos em uma biblioteca de documentos do Microsoft Teams ou site conectado para cada canal. Os arquivos de conteúdo armazenados no SharePoint podem usar o controle de versão para ajudar a controlar e gerenciar alterações de conteúdo. Para obter mais informações sobre como controlar e gerenciar alterações usando o SharePoint, consulte Estágio 2: Desenvolver conteúdo e gerenciar alterações.
• Aprovações: os criadores e proprietários de conteúdo podem configurar e usar fluxos de trabalho para aprovar alterações ou lançamentos de conteúdo após a revisão.
• Malha e Power BI: os criadores e proprietários de conteúdo podem acessar o portal do Fabric de dentro do Microsoft Teams. A partir daí, eles podem gerenciar ou discutir conteúdo e adicionar relatórios úteis a guias nos canais do Teams.
• Outras integrações: os criadores de conteúdo podem usar outros serviços da Microsoft ou de terceiros que se integram ao Microsoft Teams para melhor atender ao fluxo de trabalho e às necessidades de sua preferência.

Recomendamos que você defina um processo estruturado para como os criadores de conteúdo devem usar o Microsoft Teams para colaborar. Certifique-se de determinar:

• Como gerir o acesso a equipas e canais.
• Quem é responsável pela gestão de equipas e canais.
• Como o trabalho é definido e organizado em equipes, canais e planos distintos.
• Como os criadores de conteúdo devem usar uma biblioteca de documentos para organizar arquivos e controlar e gerenciar alterações. Por exemplo, como organizar a biblioteca de documentos e se os criadores de conteúdo devem fazer check-in e check-out de arquivos.
• Se os criadores de conteúdo devem usar a Atualização do OneDrive para publicar automaticamente arquivos do Power BI Desktop (.pbix).
• Como os conflitos de sincronização de arquivos são resolvidos.
• Quando arquivar e remover arquivos de uma biblioteca de documentos que não são mais relevantes.

Azure DevOps

Os criadores e proprietários de conteúdo também podem se comunicar e colaborar em um hub central e organizado usando o Azure DevOps.

Nota

O Azure DevOps é um conjunto de serviços que se integra ao Power BI e ao Fabric para ajudá-lo a planejar e orquestrar o gerenciamento do ciclo de vida do conteúdo. Quando você usa o Azure DevOps dessa maneira, normalmente aproveita os seguintes serviços:

• Azure Repos: Permite criar e usar um repositório Git remoto, que é um local de armazenamento remoto que você usa para controlar e gerenciar alterações de conteúdo.
• Azure Pipelines: Permite criar e usar um conjunto de tarefas automatizadas para manipular, testar e implantar conteúdo de um repositório remoto em um espaço de trabalho.
• Planos de Teste do Azure: Permite projetar 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 controlar tarefas e planos como itens de trabalho e vincular ou fazer referência a itens de trabalho de outros serviços de DevOps do Azure.
• Azure Wiki: Permite que você compartilhe informações com sua equipe para entender e contribuir com o conteúdo.

Usando o Azure DevOps, os criadores de conteúdo usam projetos para estruturar sua comunicação, planejamento e trabalho. Além disso, os criadores de conteúdo podem orquestrar o gerenciamento do ciclo de vida do conteúdo a partir do Azure DevOps executando o controle do código-fonte, a validação e a implantação. O controle do código-fonte é o processo de gerenciamento de alterações mais granulares no código de conteúdo e nos metadados.

O Azure DevOps geralmente é uma boa opção para cenários de colaboração mais avançados, porque há serviços de suporte e opções para orquestrar a criação e a implantação de conteúdo.

Gorjeta

Recomendamos que você use o Azure DevOps para ajudar no gerenciamento eficaz do ciclo de vida do conteúdo em cenários corporativos com entrega centralizada de conteúdo. Colaborar usando o Azure DevOps ou ferramentas semelhantes é preferível em cenários maiores ou mais complexos do que colaborar usando o Microsoft Teams ou o SharePoint. Isso porque há mais ferramentas e opções disponíveis para facilitar uma colaboração e automação mais robustas.

Recomendamos que você defina um processo estruturado para como os criadores de conteúdo devem usar o Azure DevOps para colaborar. Certifique-se de determinar:

• Como o trabalho é definido no escopo e como as ramificações de conteúdo são criadas, nomeadas e usadas.
• Como os autores agrupam e confirmam alterações e as descrevem com mensagens de confirmação.
• Quem é responsável por revisar e aprovar alterações usando solicitações pull.
• Como extrair conflitos de mesclagem de solicitação são resolvidos e quem os resolve.
• Como as alterações feitas em diferentes ramos devem ser fundidas em um único ramo.
• Como o conteúdo é testado e quem executa o teste antes que o conteúdo seja implantado.
• Como e quando as alterações são implantadas em espaços de trabalho de desenvolvimento, teste e produção.
• Como e quando as alterações implantadas ou versões da solução podem ser revertidas.

Nota

Você também pode usar o Microsoft Teams junto com o Azure DevOps porque há diferentes maneiras de integrar esses serviços. Por exemplo, você pode exibir e gerenciar Painéis do Azure e monitorar eventos no Azure Pipelines de dentro do Microsoft Teams.

O mais importante é que utilize ferramentas e serviços que facilitem a colaboração e que melhor se adaptem às necessidades da sua equipa e à forma como trabalham.

Depois de decidir se e como os criadores de conteúdo devem colaborar, você deve decidir em seguida onde armazenará seus arquivos. Muitos desses arquivos serão armazenados onde você optar por colaborar.

Decida onde armazenar ficheiros

Ao criar conteúdo, você normalmente produz diferentes tipos de arquivos. É importante decidir onde armazenar esses arquivos para que você possa gerenciá-los com eficiência.

Gorjeta

Armazene arquivos onde eles podem ser acessados por vários membros da equipe e onde as alterações podem ser facilmente rastreadas (conhecido como controle de versão). Essa abordagem garante que a saída de um membro da equipe ou a perda de um arquivo não leve a interrupções.

Os tipos de arquivos que você precisará armazenar geralmente incluem:

• Arquivos de conteúdo: arquivos que contêm os dados de conteúdo ou metadados. Os ficheiros de conteúdo com dados como ficheiros .pbix e Power BI Project (.pbip) contêm informações confidenciais. Armazene arquivos de conteúdo em um local seguro, acessível apenas por aqueles que precisam acessá-los. Além disso, você deve armazenar arquivos de conteúdo em um local que ofereça suporte ao controle de versão, como uma biblioteca de documentos no Microsoft Teams ou um repositório Git no Azure DevOps. Exemplos de arquivos de conteúdo incluem:
  • Arquivos do Power BI Desktop (.pbix)
  • Arquivos do Power BI Project (.pbip)
  • Arquivos de relatório paginado (.rdl) do Power BI
  • Arquivos de metadados de modelo (.bim ou TMDL)
  • Arquivos de metadados de fluxo de dados (.json)
• Arquivos de fonte de dados: arquivos que são consumidos por itens de dados, como modelos semânticos ou fluxos de dados. O conteúdo depende diretamente dos arquivos de fonte de dados, por isso é importante considerar cuidadosamente onde eles estão armazenados, pois removê-los resultará em falha na atualização de dados. Além disso, esses arquivos podem conter informações confidenciais. Portanto, armazene arquivos de fonte de dados em um ambiente seguro, confiável e confiável que tenha acesso limitado por outros indivíduos. Exemplos de arquivos de fonte de dados podem incluir:
  • Fontes de dados estruturados, como pastas de trabalho do Excel, Parquet ou arquivos CSV.
  • Fontes de dados semiestruturadas, como arquivos JSON ou XML.
  • Fontes de dados não estruturadas, como imagens importadas para relatórios.
• Arquivos de suporte: arquivos que suportam a criação ou o gerenciamento de conteúdo, mas não são necessários para que ele funcione. Os arquivos de suporte devem ser armazenados em um local que ofereça suporte ao controle de versão e onde outras ferramentas e criadores de conteúdo possam acessá-los. Exemplos de arquivos de suporte podem incluir:
  • Arquivos de Regras do Analisador de Práticas Recomendadas (.json).
  • Arquivos de tema (.json) do Power BI.
  • Arquivos de código-fonte para conteúdo e consultas.
  • Arquivos de visualização personalizados (.pbiviz).
• Modelos e documentação: arquivos que ajudam na criação de conteúdo de autoatendimento ou descrevem o conteúdo existente. Os modelos e a documentação devem ser facilmente acessíveis pelas pessoas que necessitam de os utilizar. Exemplos de modelos e documentação podem incluir:
  • Arquivos de modelo (.pbit) do Power BI.
  • Modelos de visualização e relatórios de exemplo.
  • Projetos e documentação de soluções.
  • Planeamento de soluções e roadmaps.
  • Solicitações de usuários e problemas de solução.

Atenção

Alguns arquivos de conteúdo, como arquivos .pbix e .pbip, podem conter dados confidenciais importados de fontes de dados. Além disso, arquivos de metadados como arquivos TMDL ou .pbit também podem conter informações confidenciais. Certifique-se de tomar as precauções necessárias para armazenar esses arquivos em locais seguros e que pratique uma prevenção eficaz contra perda de dados.

Você tem diferentes opções para armazenar arquivos. Certifique-se de selecionar o local apropriado, dependendo do tipo de arquivo, seu conteúdo e como ele será usado.

SharePoint Online ou OneDrive

Uma solução comum para armazenar arquivos é usando sites do SharePoint . O SharePoint é amplamente acessível para a maioria dos usuários e altamente integrado com o Power BI e outros aplicativos do Microsoft 365, como o Microsoft Teams. Além disso, ele tem controle de versão embutido, tornando-o conveniente para armazenar a maioria dos tipos de arquivos. O controle de versão permite que você visualize e gerencie diferentes versões salvas de um arquivo.

Quando você armazena arquivos no SharePoint, considere os seguintes pontos.

• Organização: certifique-se de manter uma estrutura consistente e lógica para que seja fácil encontrar arquivos específicos. Use boas convenções de nomenclatura, organize arquivos em pastas e arquive arquivos que não são mais relevantes para projetos em andamento.
• Atualização do OneDrive: você pode vincular um modelo semântico publicado ou relatório a um arquivo .pbix armazenado em um site do SharePoint ou do OneDrive for Business (também conhecido como OneDrive para trabalho ou escola). Com essa abordagem, você não precisa mais publicar o modelo semântico para colocar as alterações em vigor. Em vez disso, suas alterações ficam visíveis após uma atualização automática do OneDrive, que ocorre de hora em hora. Embora conveniente, esteja ciente de que essa abordagem vem com algumas ressalvas e desafios. Quando as coisas correm, não pode ser facilmente revertido.
• Visualizar relatórios: no SharePoint, é possível exibir relatórios do Power BI sem precisar instalar o Power BI Desktop ou baixar o arquivo .pbix localmente. Quando você abre relatórios dessa forma, eles são exibidos no navegador. Esse recurso pode ser uma alternativa conveniente para visualizar relatórios do portal Fabric. Ele é habilitado por padrão nas configurações do locatário do Fabric.

Gorjeta

Ao colaborar usando o Microsoft Teams, considere armazenar arquivos na biblioteca de documentos do canal. Essa abordagem ajuda a centralizar arquivos e facilita a colaboração.

Considere armazenar os seguintes tipos de arquivo no SharePoint.

• Modelos e documentação: armazene modelos e documentação no SharePoint quando você não tiver uma solução de armazenamento existente. O SharePoint é ideal para esses arquivos porque você pode conceder acesso a outras pessoas e gerenciar arquivos sem configuração ou processos complexos.
• Arquivos de suporte: armazene arquivos de suporte no SharePoint quando você não tiver uma solução de armazenamento existente. No entanto, alguns arquivos de suporte (como o tema do Power BI .json arquivos para relatórios) podem ser melhor armazenados em um sistema de controle de versão que permite exibir e gerenciar alterações salvas.
• Arquivos de conteúdo: armazene conteúdo no SharePoint quando não for crítico para os negócios ou quando você não tiver acesso a um repositório remoto como o Azure Repos.
• Fontes de dados: armazene fontes de dados no SharePoint somente quando elas forem pequenas em tamanho e complexidade. Exerça disciplina ao usar o SharePoint para armazenar arquivos de fonte de dados. Considere outras alternativas possíveis, como o OneLake.

Atenção

Não use o SharePoint como uma alternativa para uma arquitetura de dados adequada. Embora o armazenamento de arquivos de fonte de dados no SharePoint possa ser conveniente em alguns cenários limitados, essa abordagem não é dimensionada quando você tem fontes de dados maiores e mais complexas ou quando precisa de latência de dados mais baixa.

Aviso

Não utilize sistemas de ficheiros pessoais ou contas pessoais do OneDrive para armazenar ficheiros. Se o proprietário deixar a organização, esses arquivos não estarão mais disponíveis.

OneLake

Se você tiver uma capacidade de malha, o OneLake pode ser uma boa opção para armazenar arquivos de fonte de dados. Você pode carregar ou sincronizar arquivos para o OneLake usando o Explorador de Arquivos do OneLake, onde eles podem ser transformados em tabelas para uso em cargas de trabalho downstream, como o Power BI. Para fontes de dados maiores ou atualizadas regularmente, você pode carregar arquivos no OneLake automaticamente usando o Fabric Data Factory ou outros aplicativos que usam a API Gen2 do Azure Data Lake Storage (ADLS) ou o SDK Python do Armazenamento do Azure.

Atenção

Ações como carregar ou baixar arquivos do OneLake consomem unidades de capacidade do Fabric. Você deve monitorar as métricas de capacidade e tomar medidas para evitar a tensão de capacidade causada pela movimentação desnecessária de arquivos grandes.

Além disso, os arquivos acessados pelos usuários com o OneLake File Explorer são vulneráveis a alterações ou perdas acidentais. Recomendamos que você evite usar o Explorador de Arquivos do OneLake para soluções críticas para os negócios.

Aviso

O OneLake File Explorer tem várias limitações e considerações importantes. Por exemplo, o OneLake não suporta controle de versão para arquivos, como SharePoint ou OneDrive. Tenha em conta estas considerações e limitações quando decidir onde armazenar ficheiros.

Gorjeta

Ao armazenar dados no OneLake, considere habilitar a continuidade de negócios e a recuperação de desastres (BCDR) para reduzir o risco de perda de dados. Com o BCDR habilitado, seus dados são duplicados e armazenados em duas regiões geográficas diferentes, de acordo com os pares de regiões padrão do Azure.

Repositório remoto

Os criadores de conteúdo podem confirmar e salvar o trabalho de sua máquina local em um repositório remoto, como um repositório Git do Azure Repos , em intervalos regulares durante o desenvolvimento. Um repositório remoto contém a versão mais recente da solução e é acessível por toda a equipe de desenvolvimento. Normalmente, um repositório remoto facilita abordagens de gerenciamento de ciclo de vida mais avançadas do que usar o Teams, o SharePoint ou o OneDrive. Isso porque, ao usar um repositório remoto, os criadores de conteúdo podem se beneficiar de opções mais sofisticadas para colaborar em arquivos ou rastrear e gerenciar alterações de arquivos. Por exemplo, os criadores de conteúdo podem trabalhar em sua própria ramificação do repositório remoto para fazer alterações e solicitar a mesclagem dessas alterações na ramificação principal quando estiverem prontos.

Considere armazenar os seguintes tipos de arquivo em um repositório remoto.

• Modelos e documentação: armazene modelos e documentação em um repositório remoto quando você gerencia o projeto com serviços relacionados, como o Azure DevOps.
• Arquivos de suporte: armazene arquivos de suporte em um repositório remoto quando houver um disponível para rastrear e gerenciar facilmente as alterações.
• Arquivos de conteúdo: armazene conteúdo em um repositório remoto quando for crítico para os negócios ou quando você pretende colaborar com outros desenvolvedores no mesmo conteúdo. Um repositório remoto é ideal para acompanhar alterações de conteúdo e facilitar a colaboração.

Gorjeta

Ao usar um repositório remoto, considere armazenar relatórios e modelos semânticos do Power BI como arquivos de projetos do Power BI Desktop (.pbip) em vez de arquivos .pbix. Isso porque as alterações salvas não podem ser identificadas em um arquivo .pbix.

Sem arquivos: conteúdo criado no portal do Fabric

Os criadores de conteúdo podem criar conteúdo diretamente no portal do Fabric. Nesse cenário, eles normalmente não funcionam diretamente com arquivos de conteúdo. Normalmente, você deve criar conteúdo no portal do Fabric somente quando os tipos de item não puderem ser criados em outro lugar (como fluxos de dados, painéis ou scorecards). Você também pode criar relatórios e modelos semânticos no portal da Malha quando não tiver acesso a uma máquina Windows e, portanto, não puder usar o Power BI Desktop. Para obter mais informações, consulte Ferramentas e dispositivos do usuário.

Atenção

Não é possível baixar como arquivo algum conteúdo criado no portal do Fabric. Por exemplo, os relatórios criados no portal do Fabric não podem ser baixados como arquivos .pbix.

Ao criar conteúdo no portal do Fabric, você deve usar as APIs do Fabric ou a integração do Git para fazer backup das definições de conteúdo. Ao fazer backup de definições de conteúdo, você reduz a interrupção se esse conteúdo for excluído acidentalmente ou alterado involuntariamente. Se o conteúdo for excluído ou alterado acidentalmente, você poderá substituí-lo usando o backup.

Lista de verificação - Ao planear e conceber conteúdos, as principais decisões e ações incluem:

• Conduza o planejamento de soluções: reúna requisitos de negócios e requisitos técnicos para entender suficientemente o problema que seu conteúdo abordará e projetar como esse conteúdo abordará o problema.
• Identificar quem criará o conteúdo: dependendo do fluxo de trabalho, habilidades e necessidades do criador de conteúdo individual, diferentes abordagens para o gerenciamento do ciclo de vida podem ser necessárias.
• Identificar se vários criadores de conteúdo precisam colaborar: certifique-se de que os criadores de conteúdo colaboradores estejam usando tipos de arquivo que ofereçam suporte ao controle de versão, como arquivos .pbip.
• Decida como os criadores de conteúdo irão colaborar: decida quão sofisticada será a colaboração. Além disso, decida como você facilitará essa colaboração, como usando o Microsoft Teams ou o Azure DevOps.
• Configurar ferramentas de colaboração: certifique-se de executar a configuração inicial necessária para a solução ou projeto. Tome decisões importantes sobre como você gerenciará a colaboração usando essas ferramentas.
• Armazenar arquivos de fonte de dados no SharePoint ou OneLake: armazene arquivos de fonte de dados pequenos e simples no SharePoint. Caso contrário, use OneLake ou ADLSGen2 (se estiverem disponíveis).
• Armazenar conteúdo e arquivos de suporte no SharePoint ou em um repositório remoto: para projetos mais simples e menores, use o SharePoint para a maioria dos arquivos se ele estiver organizado e você praticar um bom gerenciamento de acesso. Para ambientes maiores ou quando a colaboração paralela for necessária, considere o uso de um repositório remoto, que fornecerá visibilidade detalhada das alterações de conteúdo.
• Armazenar modelos e documentação no SharePoint: certifique-se de que os modelos e a documentação sejam fáceis de encontrar, usar e entender por outras pessoas.
• Planejar o desenvolvimento e a implantação: para concluir esta primeira etapa, execute um planejamento específico para abordar áreas-chave e conduzir a configuração inicial. Por exemplo, estabeleça ferramentas e teste conexões de fonte de dados.

Conteúdos relacionados

No próximo artigo desta série, saiba como desenvolver conteúdo e gerenciar alterações como parte do gerenciamento do ciclo de vida do conteúdo.