Roteiro de adoção do Microsoft Fabric: supervisão do sistema

A supervisão do sistema, também conhecida como administração do Fabric, consiste nas atividades administrativas contínuas do dia a dia. Ele relaciona-se especificamente com:

• Governança: promulgue diretrizes e políticas de governança para dar suporte a cenários de BI (autoatendimento e dados corporativos e business intelligence).
• Empoderamento do usuário: facilite e dê suporte aos processos e sistemas internos que capacitam a comunidade de usuários interna ao máximo possível, aderindo aos regulamentos e requisitos da organização.
• Adoção: permite uma adoção organizacional mais ampla do Fabric com práticas efetivas de governança e gerenciamento de dados.

A supervisão do sistema é um tópico amplo e profundo. A meta deste artigo é apresentar algumas das considerações e ações mais importantes para ajudar você a se tornar bem-sucedido com seus objetivos de adoção organizacional.

Administradores do Fabric

A função de administrador do Fabric é uma função definida no Microsoft 365, que delega um subconjunto de atividades de gerenciamento. Os administradores globais do Microsoft 365 são implicitamente administradores do Fabric. Os administradores do Power Platform também são implicitamente administradores do Fabric.

Uma decisão importante de governança é quem atribuir como administrador do Fabric. É uma função centralizada que afeta todo o locatário. O ideal é que haja duas a quatro pessoas na organização capazes de gerenciar o Fabric. Seus administradores devem operar em forte coordenação com o COE (Centro de Excelência).

Usuários com privilégios elevados

A função de administrador do Fabric é uma função de alto privilégio porque:

• Experiência do usuário: as configurações gerenciadas por um administrador do Fabric têm um efeito significativo sobre as funcionalidades e a experiência do usuário. Para obter mais informações, confira Controlar as configurações do locatário.
• Acesso de segurança total: os administradores do Fabric podem atualizar as permissões de acesso para workspaces no locatário. O resultado é que um administrador pode dar permissões de acesso para exibir ou fazer download de dados e relatórios conforme ajustar. Para obter mais informações, confira Controlar as configurações do locatário.
• Acesso ao workspace pessoal: os administradores do Fabric podem acessar conteúdos e controlar o workspace pessoal de qualquer usuário.
• Metadados: os administradores do Fabric podem exibir todos os metadados do locatário, incluindo todas as atividades do usuário que ocorrem no portal do Fabric (descritas na seção Auditoria e monitoramento abaixo).

Funções e responsabilidades

Os tipos de atividades que um administrador fará diariamente serão diferentes entre as organizações. O que é importante e uma prioridade dada em sua cultura de dados influenciará fortemente o que um administrador faz para dar suporte a cenários de autoatendimento, autoatendimento gerenciado e de bi corporativos e de autoatendimento liderados por negócios. Para obter mais informações, consulte o artigo Gerenciamento e propriedade de conteúdo.

Além do administrador do Fabric, existem outras funções que usam o termo administrador. A tabela a seguir descreve as funções que são normalmente e regularmente usadas.

Função	Escopo	Descrição
Administrador do Fabric	Locatário	Gerencia configurações do locatário e outras configurações no portal do Fabric. Todas as referências gerais ao administrador neste artigo são a esse tipo de administrador.
Administrador de capacidade	Uma capacidade	Gerencia workspaces e cargas de trabalho e monitora a integridade de uma capacidade do Fabric.
Administrador do gateway de dados	Um gateway	Gerencia a configuração, as credenciais e as atribuições de usuários da fonte de dados do gateway. Também pode lidar com atualizações de software de gateway (ou colaborar com a equipe de infraestrutura em atualizações).
Administrador do workspace	Um workspace	Gerencia as configurações e o acesso do workspace.

O ecossistema de cargas de trabalho do Fabric é amplo e profundo. Há muitas maneiras pelas quais o Fabric se integra com outros sistemas e plataformas. De tempos em tempos, será necessário trabalhar com outros administradores e profissionais de TI. Para obter mais informações, confira Colaborar com outros administradores.

O restante deste artigo fornece uma visão geral das atividades mais comuns que um administrador do Fabric realiza. Ele foca nas atividades que são importantes para serem realizadas de forma eficaz quando se adota uma abordagem estratégica para a adoção organizacional.

Gerenciamento de serviços

Supervisionar o locatário é um aspecto crucial para garantir que todos os usuários tenham uma boa experiência com o Power BI. Algumas das principais responsabilidades de governança de um administrador do Fabric incluem:

• Configurações do locatário: controle quais recursos e funcionalidades do Power BI estão habilitados e para quais usuários na sua organização.
• Domínios: agrupa dois ou mais espaços de trabalho que tenham características semelhantes.
• Espaços de trabalho: examine e gerencie espaços de trabalho no locatário.
• Códigos de inserção: controla quais relatórios foram publicados publicamente na Internet.
• Visuais organizacionais: registre e gerencie os visuais organizacionais.
• Conexões do Azure: integra-se aos serviços do Azure para fornecer funcionalidade adicional.

Para obter mais informações, confira Administração de locatários.

Computadores e dispositivos do usuário

A adoção do Fabric depende diretamente dos criadores de conteúdo e dos consumidores que têm as ferramentas e os aplicativos de que precisam. Aqui estão algumas perguntas importantes a serem consideradas.

• Como os usuários solicitarão acesso a novas ferramentas? O acesso a licenças, dados e treinamento estará disponível para ajudar os usuários a usar as ferramentas com eficiência?
• Como os consumidores de conteúdo exibirão o conteúdo que foi publicado por outras pessoas?
• Como os criadores de conteúdo desenvolverão, gerenciarão e publicarão conteúdo? Quais são seus critérios para decidir quais ferramentas e aplicativos são apropriados para quais casos de uso?
• Como você instalará e configurará ferramentas? Isso inclui pré-requisitos relacionados e componentes de conectividade de dados?
• Como você gerenciará atualizações contínuas para ferramentas e aplicativos?

Para obter mais informações, confira Ferramentas e dispositivos do usuário.

Arquitetura

No contexto do Fabric, a arquitetura está relacionada à arquitetura de dados, ao gerenciamento de capacidade e à arquitetura e ao gerenciamento do gateway de dados.

Arquitetura de dados

A arquitetura de dados se refere aos princípios, às práticas e às metodologias que regem e definem quais dados são coletados e como eles são ingeridos, armazenados, gerenciados, integrados, modelados e usados.

Há muitas decisões de arquitetura de dados a tomar. Frequentemente, o COE se envolve no design e no planejamento da arquitetura de dados. É comum que os administradores também se envolvam, especialmente quando gerenciam bancos de dados ou a infraestrutura do Azure.

Algumas considerações de arquitetura de dados que afetam a adoção incluem:

• Onde o Fabric se encaixa em toda a arquitetura de dados da organização? Há outros componentes existentes, como um EDW (data warehouse corporativo) ou um data lake que serão importantes para considerar os planos?
• O Fabric é usado de ponta a ponta para preparação de dados, modelagem de dados e apresentação de dados ou o Fabric é usado apenas para alguns desses recursos?
• Os padrões de autoatendimento gerenciados são seguidos para encontrar o melhor equilíbrio entre a reutilização de dados e a flexibilidade do criador de relatórios?
• Em que local os usuários vão consumir o conteúdo? Em geral, as três principais maneiras de fornecer conteúdo são: o portal do Fabric, o Servidor de Relatórios do Power BI e inserido em aplicativos personalizados. Além disso, o Microsoft Teams é uma alternativa conveniente para usuários que passam muito tempo no Teams.
• Quem é responsável por gerenciar e manter a arquitetura de dados? A equipe é centralizada ou descentralizada? Como o COE é representado nesta equipe? Determinados conjunto de habilidades são necessários?
• Quais fontes de dados são as mais importantes? Quais tipos de dados vamos adquirir?
• Quais opções de modo de conectividade de modelo semântico e de modo de armazenamento (por exemplo, Direct Lake, importação, conexão dinâmica, DirectQuery ou estruturas de modelo composto) são as mais adequadas para os casos de uso?
• Até que ponto a reutilização de dados é incentivada usando lakehouses,warehouses e modelos semânticos compartilhados?
• Até que ponto a reutilização da lógica de preparação de dados e da preparação avançada de dados é incentivada usando pipelines de dados, notebooks e fluxos de dados?

É importante que os administradores se tornem totalmente conscientes das funcionalidades técnicas do Fabric, bem como das necessidades e metas de seus stakeholders, antes de tomarem decisões arquitetônicas.

Gerenciamento de capacidade

Acapacidade inclui recursos e capacidades para fornecer soluções analíticas em escala. Há dois tipos de licenças organizacionais do Fabric: Premium por Usuário (PPU) e capacidade. Há vários tipos de licenças de capacidade. O tipo de licença de capacidade determina quais cargas de trabalho do Fabric têm suporte.

O uso da capacidade pode desempenhar um papel significativo na sua estratégia de criação, gerenciamento, publicação e distribuição de conteúdo. Alguns dos principais motivos para investir em capacidade incluem:

• Distribuição ilimitada de conteúdo do Power BI para um grande número de usuários somente leitura. O consumo de conteúdo por usuários com licença gratuita do Power BI está disponível apenas na capacidade Premium, não na PPU. O consumo de conteúdo por usuários gratuitos também está disponível com uma licença de capacidade F64 Fabric ou superior.
• Acesso às experiências do Fabric para produzir análise de ponta a ponta.
• Pipelines de implantação para gerenciar a publicação de conteúdo para workspaces de desenvolvimento, teste e produção. Eles são altamente recomendados para conteúdo crítico para aprimorar a estabilidade da versão.
• Ponto de extremidade XMLA, que é um protocolo padrão do setor para gerenciar e publicar um modelo semântico ou consultar o modelo semântico de qualquer ferramenta em conformidade com XMLA.
• Aumento dos limites de tamanho do modelo, incluindo suporte a modelo semântico grande.
• Atualizações de dados mais frequentes.
• Armazenamento de dados em uma área geográfica específica diferente da região inicial.

A lista acima não é inclusiva. Para obter uma lista completa, confira Recursos do Power BI Premium.

Gerenciar a capacidade do Fabric

A supervisão da integridade da capacidade do Fabric é uma atividade contínua essencial para os administradores. Cada SKU de capacidade inclui um conjunto de recursos. As unidades de capacidade (CUs) são usadas para medir os recursos de computação para cada SKU.

Sugestões para gerenciar a capacidade do Fabric:

• Defina quem é responsável por gerenciar a capacidade. Confirme as funções e responsabilidades para que fique claro quais ações serão tomadas, por que, quando e por quem.
• Crie um conjunto específico de critérios para o conteúdo que será publicado na capacidade. Isso é particularmente relevante quando uma só capacidade é usada por várias unidades de negócios porque há potencial para interromper outros usuários se a capacidade não for bem gerenciada. Considere exigir uma revisão das melhores práticas (como um tamanho razoável do modelo semântico e cálculos eficientes) antes de publicar novo conteúdo para uma capacidade de produção.
• Use regularmente o aplicativo de métricas de capacidade do Fabric para entender a utilização de recursos e os padrões para a capacidade. Mais importante, procure padrões consistentes de superutilização, o que contribuirá para interrupções do usuário. Uma análise dos padrões de uso também deve fazer com que você saiba se a capacidade está subutilizada, indicando que mais valor pode ser obtido do investimento.
• Defina a configuração do locatário para que o Fabric notifique você se a capacidade ficar sobrecarregada ou se ocorrer uma interrupção ou incidente.

Autoscale

O dimensionamento automático destina-se a lidar com intermitências ocasionais ou inesperadas nos níveis de uso da capacidade. O dimensionamento automático pode responder a essas intermitências aumentando automaticamente os recursos de CPU para dar suporte à maior carga de trabalho.

O dimensionamento automatizado reduz o risco de desafios de desempenho e experiência do usuário em troca de um impacto financeiro. Se a capacidade não for bem gerenciada, o dimensionamento automático poderá disparar com mais frequência do que o esperado. Nesse caso, o aplicativo de métricas pode ajudá-lo a determinar problemas subjacentes e fazer o planejamento de capacidade.

Gerenciamento de capacidade descentralizada

Os administradores de capacidade são responsáveis por atribuir workspaces a uma capacidade específica.

Observe que os administradores do workspace também podem atribuir um workspace à PPU se o administrador do workspace tiver uma licença PPU. No entanto, isso exigiria que todos os outros usuários do workspace também tivessem uma licença PPU para colaborar ou exibir o conteúdo do Power BI no workspace. Outras cargas de trabalho do Fabric não podem ser incluídas em um workspace atribuído ao PPU.

É possível configurar várias capacidades para facilitar o gerenciamento descentralizado por diferentes unidades de negócios. Descentralizar o gerenciamento de determinados aspectos do Fabric é uma ótima maneira de equilibrar agilidade e controle.

Aqui está um exemplo que descreve uma maneira de gerenciar sua capacidade.

• Adquira um nó de capacidade P3 no Microsoft 365. Ele inclui 32 núcleos virtuais (v-cores).
• Use 16 v-cores para criar a primeira capacidade. Ela será usada pela equipe de Vendas.
• Use 8 núcleos virtuais para criar a segunda capacidade. Ela será usada pela equipe de Operações.
• Use os 8 núcleos virtuais restantes para criar a terceira capacidade. Ela dará suporte ao uso geral.

O exemplo anterior tem diversas vantagens.

• É possível configurar administradores de capacidade separados para cada capacidade. Portanto, ele facilita situações de gerenciamento descentralizado.
• Se uma capacidade não for bem gerenciada, o efeito será confinado apenas a essa capacidade. As outras capacidades não serão afetadas.
• A cobrança e os estornos para outras unidades de negócios são simples.
• Diferentes workspaces podem ser facilmente atribuídos às capacidades separadas.

No entanto, o exemplo anterior também tem desvantagens.

• Os limites por capacidade são menores. O tamanho máximo de memória permitido para modelos semânticos não é todo o tamanho do nó de capacidade P3 que foi comprado. Em vez disso, é o tamanho da capacidade atribuída onde o modelo semântico está hospedado.
• É mais provável que uma das capacidades menores precise ser escalada verticalmente em algum momento.
• Há mais capacidades para gerenciar no locatário.

Arquitetura e gerenciamento do gateway de dados

Um gateway de dados facilita a transferência segura e eficiente de dados entre fontes de dados organizacionais e o serviço Fabric. Um gateway de dados é necessário para conectividade de dados para serviços locais ou de nuvem quando uma fonte de dados é:

• Localizado no data center corporativo.
• Configurado atrás de um firewall.
• Dentro de uma rede virtual.
• Em uma máquina virtual.

Há três tipos de gateways.

• O gateway de dados local (modo padrão) é um serviço de gateway que dá suporte a conexões com fontes de dados registradas para muitos usuários utilizarem. As instalações e atualizações do software de gateway são instaladas em um computador gerenciado pelo cliente.
• O gateway de dados local (modo pessoal) é um serviço de gateway que dá suporte apenas à atualização de dados. Esse modo de gateway costuma ser instalado no PC de um criador de conteúdo. Ele dá suporte ao uso por apenas um usuário. Não dá suporte a conexões dinâmicas nem a conexões do DirectQuery.
• O gateway de dados de rede virtual é um serviço gerenciado da Microsoft que dá suporte à conectividade para muitos usuários. Especificamente, dá suporte à conectividade de modelos semânticos e fluxos de dados armazenados em workspaces atribuídos à capacidade Premium ou Premium por usuário.

Gerenciamento de gateway descentralizado

O gateway de dados local (modo padrão) e o gateway de dados de rede virtual dão suporte a tipos de fonte de dados específicos que podem ser registrados, juntamente com os detalhes da conexão e como as credenciais são armazenadas. Os usuários podem receber permissão para usar a fonte de dados do gateway para que possam agendar uma atualização ou executar consultas DirectQuery.

Determinados aspectos do gerenciamento de gateway podem ser feitos com eficiência de modo descentralizado para equilibrar a agilidade e o controle. Por exemplo, o grupo de operações pode ter um gateway dedicado à sua equipe de criadores de conteúdo de autoatendimento e proprietários de dados.

O gerenciamento de gateway descentralizado funciona melhor quando se trata de um esforço conjunto, como mostrado a seguir.

Gerenciado por proprietários de dados descentralizados:

• Informações de conectividade e níveis de privacidade da fonte de dados departamental.
• As credenciais armazenadas da fonte de dados departamental (incluindo a responsabilidade de atualização de alterações de senha de rotina).
• Os usuários da fonte de dados departamental que têm permissão para usar cada fonte de dados.

Gerenciado por proprietários de dados centralizados (inclui fontes de dados usadas amplamente em toda a organização; o gerenciamento é centralizado para evitar fontes de dados duplicadas):

• Informações de conectividade e níveis de privacidade da fonte de dados centralizada.
• As credenciais armazenadas da fonte de dados centralizada (incluindo a responsabilidade de atualização de alterações de senha de rotina).
• Os usuários da fonte de dados centralizada que têm permissão para usar cada fonte de dados.

Gerenciado pela TI:

• Atualizações de software de gateway (atualizações de gateway geralmente são liberadas mensalmente).
• Instalação de drivers e conectores personalizados (os mesmos que estão instalados em computadores do usuário).
• Gerenciamento de cluster de gateway (número de computadores no cluster de gateway para alta disponibilidade, recuperação de desastres e eliminar um ponto de falha, o que pode causar interrupções significativas ao usuário).
• Gerenciamento de servidor (por exemplo, sistema operacional, RAM, CPU ou conectividade de rede).
• Gerenciamento e backup de chaves de criptografia de gateway.
• O monitoramento de logs de gateway para avaliar quando a escala vertical ou horizontal é necessária.
• Alertas de tempo de inatividade ou recursos baixos persistentes no computador do gateway.

Licenças de usuário

Cada usuário precisa de uma licença comercial, que é integrada a uma identidade do Microsoft Entra. A licença do usuário pode ser GRATUITA, Pro ou PPU (Premium por Usuário).

Uma licença de usuário é obtida por meio de uma assinatura, que autoriza um determinado número de licenças com uma data de início e de término.

Há duas abordagens para aquisição de assinaturas.

• Centralizado: o administrador de cobrança do Microsoft 365 compra uma assinatura para Pro ou PPU. Essa é a maneira mais comum de gerenciar assinaturas e atribuir licenças.
• Descentralizado: departamentos individuais compram uma assinatura por meio de compras por autoatendimento.

Compra por autoatendimento

Uma importante decisão de governança diz respeito até que ponto a compra de autoatendimento será permitida ou incentivada.

A compra por autoatendimento é útil para:

• Organizações maiores com unidades de negócios descentralizadas que têm autoridade de compra e desejam lidar com o pagamento diretamente com um cartão de crédito.
• Organizações que pretendem tornar o mais fácil possível comprar assinaturas em um compromisso mensal.

Considere desabilitar a compra por autoatendimento quando:

• Processos de aquisição centralizados estão em vigor para atender a necessidades de regulamentos, segurança e governança.
• O preço com desconto é obtido por meio de um EA (Contrato Enterprise).
• Há processos em vigor para lidar com os estornos entre empresas.
• Há processos estão em vigor para lidar com as atribuições de licenciamento baseadas em grupo.
• São necessários pré-requisitos para obter uma licença, como aprovação, justificativa, treinamento ou um requisito de política de governança.
• Há uma necessidade válida, como um requisito regulatório, de controlar de perto o acesso.

Licença de usuário de avaliação

Outra decisão de governança importante é se são permitidas licenças de usuário de avaliação. Por padrão, as avaliações são habilitadas. Isso significa que quando o conteúdo é compartilhado com um colega, se o destinatário não tiver uma licença Pro ou PPU, será solicitado que ele inicie uma avaliação para exibir o conteúdo (se o conteúdo não residir em um workspace apoiado pela capacidade). A experiência de avaliação é destinada a ser uma conveniência que permite que as pessoas continuem com o fluxo de trabalho normal.

Em geral, não é recomendável desabilitar avaliações. Isso pode encorajar os usuários a buscar soluções alternativas, talvez exportando dados ou trabalhando fora de ferramentas e processos com suporte.

Considere desabilitar as avaliações somente quando:

• Há uma séria preocupação com custos que tornaria improvável a concessão de licenças completas no final do período de avaliação.
• São necessários pré-requisitos para obter uma licença, como aprovação, justificativa ou um requisito de treinamento). Não é suficiente atender a esse requisito durante o período de avaliação.
• Há uma necessidade válida, como um requisito regulatório, de controlar o acesso ao serviço Fabric de perto.

Gerenciamento de custos

Gerenciar e otimizar o custo de serviços em nuvem, como o Fabric, é uma atividade importante. Aqui estão várias atividades que talvez você queira considerar.

• Analise quem está usando — e, mais ao ponto, não usando — suas licenças alocadas do Fabric e faça os ajustes necessários. O uso da malha é analisado usando o log de atividades.
• Analise a eficácia do custo-benefício da capacidade ou Premium Por Usuário. Além dos recursos adicionais, realize uma análise de custo/benefício para determinar se o licenciamento de capacidade é mais econômico quando há um grande número de consumidores.
• Monitore e gerencie cuidadosamente a capacidade do Fabric. Entender os padrões de uso ao longo do tempo permitirá que você preveja quando adquirir capacidade adicional. Por exemplo, você pode optar por escalar verticalmente uma só capacidade de um P1 para P2 ou escalar horizontalmente de uma capacidade P1 para duas capacidades P1.
• Se houver picos ocasionais no nível de uso, é recomendável usar o dimensionamento automático com o Fabric para garantir que a experiência do usuário não seja interrompida. O dimensionamento automático aumentará a escala dos recursos de capacidade por 24 horas e depois os reduzirá de volta para os níveis normais (desde que não haja atividade sustentada). Gerencie o custo de dimensionamento automático restringindo o número máximo de núcleos virtuais e/ou com limites de gastos definidos no Azure. Devido ao modelo de preços, o dimensionamento automático é mais adequado para lidar com aumentos ocasionais não planejados em uso.
• Para fontes de dados do Azure, co-localize-as na mesma região que o locatário do Fabric sempre que possível. Ele evitará incorrer em encargos de saída do Azure. Os encargos de saída de dados são mínimos, mas em escala, podem se somar, resultando em custos não planejados consideráveis.

Segurança, proteção de informações e prevenção contra perda de dados

Segurança, proteção de informações e DLP (prevenção contra perda de dados) são responsabilidades conjuntas entre todos os criadores de conteúdo, consumidores e administradores. Essa não é uma tarefa pequena porque há informações confidenciais em toda parte: dados pessoais, dados do cliente ou dados autorizados pelo cliente, informações de saúde protegidas, propriedade intelectual, informações organizacionais proprietárias, apenas para citar alguns exemplos. As normas governamentais, industriais e contratuais podem ter um impacto significativo sobre as diretrizes de governança e as políticas que você cria com relação à segurança.

O white paper Segurança do Power BI é um recurso excelente para entender a amplitude das considerações, incluindo aspectos que a Microsoft gerencia. Esta seção apresentará vários tópicos que os clientes são responsáveis por gerenciar.

Responsabilidades do usuário

Algumas organizações pedem que os usuários do Fabric aceitem uma confirmação de usuário de autoatendimento. Esse é um documento que explica as responsabilidades e as expectativas do usuário para proteger dados organizacionais.

Uma maneira de automatizar sua implementação é usando uma política de termos de uso do Microsoft Entra. O usuário é obrigado a exibir e concordar com a política antes que ele tenha permissão para visitar o portal do Fabric pela primeira vez. Você também pode exigir que ele seja reconhecido de maneira recorrente, como uma renovação anual.

Segurança de dados

Em um modelo de responsabilidade compartilhada na nuvem, a proteção dos dados é sempre responsabilidade do cliente. Com uma plataforma de dados de autoatendimento, os criadores de conteúdo de autoatendimento têm a responsabilidade de proteger corretamente o conteúdo que compartilharam com colegas.

O COE deve fornecer documentação e treinamento quando for relevante para auxiliar os criadores de conteúdo com as melhores práticas (especialmente situações para lidar com os dados ultraconfidenciais).

Os administradores podem ajudar seguindo as práticas recomendadas. Os administradores também poderão levantar preocupações quando perceberem problemas que poderiam ser descobertos ao gerenciar workspaces, auditar atividades do usuário ou gerenciar credenciais de gateway e usuários. Também há várias configurações de locatário que geralmente são restritas, exceto para alguns usuários (por exemplo, a capacidade de publicar na Web ou a capacidade de publicar aplicativos em toda a organização).

Usuários convidados externos

Usuários externos, como parceiros, clientes, fornecedores e consultores, são uma ocorrência comum em algumas organizações e raras em outras. A maneira de lidar com usuários externos é uma decisão de governança.

O acesso do usuário externo é controlado pelas configurações de locatário e por determinadas configurações do Microsoft Entra ID. Para obter detalhes de considerações sobre usuários externos, leia o white paper Distribuir conteúdo do Power BI para usuários convidados externos usando o B2B do Microsoft Entra.

Proteção de informações e prevenção contra perda de dados

O Fabric dá suporte a recursos para proteção de informações e prevenção contra perda de dados (DLP) das seguintes maneiras.

• Proteção de informações:a proteção de Informações do Microsoft Purview (anteriormente conhecida como Proteção de Informações da Microsoft) inclui funcionalidades para descobrir, classificar e proteger dados. Um princípio fundamental é que os dados podem ser melhor protegidos depois de classificados. O bloco de construção principal para classificar dados são rótulos de confidencialidade. Para obter mais informações, confira Proteção de informações para planejamento do Power BI.
• Prevenção contra perda de dados para o Power BI: a Prevenção Contra Perda de Dados do Microsoft Purview (anteriormente conhecida como Prevenção Contra Perda de Dados do Office 365) dá suporte a políticas de DLP para o Power BI. Usando rótulos de confidencialidade ou tipos de informações confidenciais, as políticas de DLP para o Power BI ajudam uma organização a localizar modelos semânticos confidenciais. Para obter mais informações, confira Prevenção contra perda de dados para planejamento do Power BI.
• Microsoft Defender for Cloud Apps: o Microsoft Defender for Cloud Apps (anteriormente conhecido como Microsoft Cloud App Security) dá suporte a políticas que ajudam a proteger dados, incluindo controles em tempo real quando os usuários interagem com o serviço do Power BI. Para obter mais informações, confira Planejamento do Defender for Cloud Apps para Power BI.

Residência de dadosResidência de dados

Para organizações com requisitos para armazenar dados em uma região geográfica, a capacidade do Fabric pode ser definida para uma região específica diferente da região inicial do locatário do Fabric.

Chaves de criptografia

A Microsoft trata da criptografia de dados inativos em data centers da Microsoft com criptografia transparente do lado do servidor e rotação automática de certificados. Para clientes com exigências regulatórios de eles mesmos gerenciarem a chave de criptografia Premium, a capacidade Premium pode ser configurada para usar o Azure Key Vault. O uso de chaves gerenciadas pelo cliente, também conhecido como BYOK ou Bring Your Own Key, é uma precaução para garantir que, no caso de um erro humano de um operador de serviço, os dados do cliente não possam ser expostos.

Lembre-se de que o PPU (Premium por Usuário) só dá suporte ao BYOK quando ele está habilitado para todo o locatário do Fabric.

Auditoria e monitoramento

É importante que use você use dados de auditoria para analisar os esforços de adoção, entenda os padrões de uso, eduque os usuários, dê suporte aos usuários, reduza o risco, melhore a conformidade, gerencie os custos de licença e monitore o desempenho. Para obter mais informações sobre por que os dados de auditoria são valiosos, consulte Visão geral de auditoria e monitoramento.

Há diferentes maneiras de abordar a auditoria e o monitoramento dependendo de sua função e de seus objetivos. Os artigos a seguir descrevem várias considerações e atividades de planejamento.

• Auditoria em nível de relatório: técnicas que os criadores de relatórios podem usar para entender quais usuários estão usando os relatórios que eles criam, publicam e compartilham.
• Auditoria em nível de dados: métodos que os criadores de dados podem usar para acompanhar os padrões de desempenho e uso de ativos de dados que eles criam, publicam e compartilham.
• Auditoria no nível do locatário: as principais decisões e ações que os administradores podem tomar para criar uma solução de auditoria de ponta a ponta.
• Monitoramento no nível do locatário: ações táticas que os administradores podem executar para monitorar o serviço, incluindo atualizações e comunicados do Power BI.

APIs REST

As APIs REST do Power BI e as APIs REST do Fabric fornecem uma variedade de informações sobre seu locatário do Fabric. A recuperação de dados usando as APIs REST deve desempenhar um papel importante no gerenciamento e controle de uma implementação do Fabric. Para obter mais informações sobre como planejar o uso de APIs REST para auditoria, consulte Auditoria no nível do locatário.

Você pode recuperar dados de auditoria para criar uma solução de auditoria, gerenciar conteúdo programaticamente ou aumentar a eficiência das ações rotineiras. A tabela a seguir apresenta algumas ações que você pode executar com as APIs REST.

Ação	Recursos de documentação
Auditar a atividade de usuário	API REST para obter eventos de atividade
Auditar workspaces, itens e permissões	Coleção de APIs REST de verificação de metadados assíncronos para obter um inventário de locatário
Auditar o conteúdo compartilhado para toda a organização	API REST para verificar uso de links amplamente compartilhados
Auditar configurações de locatário	API REST para verificar configurações de locatário
Publicar conteúdo	API REST para implantar itens de um pipeline de implantação ou clonar um relatório em outro workspace
Gerenciar conteúdo	API REST para atualizar um modelo semântico ou assumir a propriedade de um modelo semântico
Gerenciar fontes de dados de gateway	API REST para atualizar credenciais para uma fonte de dados de gateway
Exportar conteúdo	API REST para exportar um relatório
Criar workspaces	API REST para criar um novo workspace
Exigir permissões de workspace	API REST para atribuir permissões de usuário a um workspace
Atualizar o nome ou a descrição do workspace	API REST para atualizar atributos de workspace
Restaurar um workspace	API REST para restaurar um workspace excluído
Recuperar programaticamente um resultado de consulta de um modelo semântico	API REST para executar uma consulta DAX em um modelo semântico
Atribuir workspaces à capacidade	API REST para atribuir workspaces à capacidade
Alterar programaticamente um modelo de dados	API TOM (Modelo de Objeto Tabular)
Inserir conteúdo do Power BI em aplicativos personalizados	APIs do cliente da análise integrada do Power BI

Planejamento da alteração

Todos os meses, a Microsoft lança novos recursos e recursos do Fabric. Para serem eficazes, é crucial que os envolvidos na supervisão do sistema permaneçam atualizados. Para obter mais informações, consulte Monitoramento em nível de locatário.

Considerações e ações principais

Lista de verificação – Veja a seguir as considerações e principais ações que você pode executar para a supervisão do sistema.

Aprimorar a supervisão do sistema:

Melhorar o gerenciamento do serviço Fabric:

Aprimore o gerenciamento de computadores e dispositivos de usuário:

Planejamento da arquitetura de dados:

Aprimore o gerenciamento de licenças de usuário:

Aprimore o gerenciamento de custos:

Aprimorar a segurança e proteção de dados:

Aprimore a auditoria e o monitoramento:

Use as APIs REST:

Perguntas a fazer

Use perguntas como as encontradas abaixo para avaliar a supervisão do sistema.

• Há configurações de administração atípicas habilitadas ou desabilitadas? Por exemplo, toda a organização tem permissão para publicar na Web (é altamente recomendável restringir esse recurso).
• As configurações e as políticas de administração se alinham ou inibem a maneira como os usuários trabalham?
• Há um processo em vigor para avaliar de forma crítica as novas configurações e decidir como defini-las? Como alternativa, apenas as configurações mais restritivas são definidas como precaução?
• Os grupos de segurança do Microsoft Entra são usados para gerenciar quem pode fazer o quê?
• As equipes centrais têm visibilidade das ferramentas de auditoria e monitoramento eficazes?
• As soluções de monitoramento descrevem informações sobre os ativos de dados, as atividades do usuário ou de ambos?
• As ferramentas de auditoria e monitoramento são acionáveis? Existem limites claros e ações definidas ou os relatórios de monitoramento simplesmente descrevem o que há no patrimônio de dados?
• A Análise de Logs do Azure é usada (ou planejada para ser usada) para monitoramento detalhado das capacidades do Fabric? Os possíveis benefícios e o custo da Análise de Logs do Azure estão claros para os tomadores de decisões?
• São utilizados rótulos de confidencialidade e políticas de prevenção contra perda de dados? Os possíveis benefícios e o custo desses dados estão claros para os tomadores de decisões?
• Os administradores sabem o número atual de licenças e o custo de licenciamento? Qual proporção do gasto total de BI vai para a capacidade do Fabric e para licenças Pro e PPU? Se a organização estiver usando apenas licenças Pro para conteúdo do Power BI, o número de usuários e padrões de uso pode garantir uma mudança econômica para a capacidade do Power BI Premium ou Fabric?

Níveis de maturidade

Os níveis de maturidade a seguir vão ajudar você a avaliar o estado atual da sua supervisão do sistema do Power BI.

Nível	Estado de supervisão do sistema
100: Inicial	• As configurações do locatário são definidas de forma independente por um ou mais administradores com base em seu melhor julgamento. • As necessidades de arquitetura, como gateways e capacidades, são atendidas conforme a necessidade. No entanto, não há um plano estratégico. • Os logs de atividade de malha não são usados ou usados seletivamente para fins táticos.
200: Repetível	• As configurações do locatário se alinham propositalmente com as diretrizes e políticas de governança estabelecidas. Todas as configurações de locatário são revisadas regularmente. • Um pequeno número de administradores específicos é selecionado. Todos os administradores têm uma boa compreensão do que os usuários estão tentando realizar no Fabric, portanto, eles estão em uma boa posição para dar suporte aos usuários. • Existe um processo bem definido para os usuários solicitarem licenças e software. Formulários de solicitação podem ser encontrados facilmente pelos usuários. As configurações de compra por autoatendimento são especificadas. • Os rótulos de confidencialidade são configurados no Microsoft 365. No entanto, o uso de rótulos permanece inconsistente. As vantagens da proteção de dados não são bem compreendidas pelos usuários.
300: definido	• As configurações do locatário estão totalmente documentadas no portal centralizado para referência dos usuários, incluindo como solicitar acesso aos grupos corretos. • Existem treinamentos cruzados e documentação para os administradores garantirem continuidade, estabilidade e consistência. • Os rótulos de confidencialidade são atribuídos ao conteúdo de forma consistente. As vantagens de usar rótulos de confidencialidade para proteção de dados são compreendidas pelos usuários. • Um processo automatizado está em vigor para exportar o log de atividades do Fabric e os dados da API para um local seguro para relatórios e auditoria.
400: capaz	• Os administradores trabalham em estreita colaboração com o COE e as equipes de governança para fornecer supervisão do Fabric. Um equilíbrio entre empoderamento e governança do usuário é alcançado com êxito. • O gerenciamento descentralizado da arquitetura de dados (como gateways ou gerenciamento de capacidade) é gerenciado de forma efetiva para equilibrar agilidade e controle. • As políticas automatizadas são configuradas e monitoradas ativamente no Microsoft Defender para Aplicativos de Nuvem para prevenção contra perda de dados. • O log de atividades e os dados da API são analisados ativamente para monitorar e auditar as atividades do Fabric. A ação proativa é tomada com base nos dados.
500: eficiente	• Os administradores do Fabric trabalham em estreita colaboração com o COE para se manterem ativamente atualizados. Postagens de blog e planos de lançamento da equipe de produtos do Fabric são revisados com frequência para planejar alterações futuras. • A análise de gerenciamento de custos regular é feita para garantir que as necessidades do usuário sejam atendidas de maneira econômica. • A API REST do Fabric é usada para recuperar valores de configuração do locatário regularmente. • O log de atividades e os dados da API são usados ativamente para informar e melhorar os esforços de adoção e governança.

Conteúdo relacionado

Para obter mais informações sobre supervisão do sistema e administração do Fabric, confira os recursos a seguir.

• Administrar o Microsoft Fabric
• Administrar o Power BI – Parte 1
• Administrar o Power BI – Parte 2
• Treinamento de administrador em um dia – dia 1
• Treinamento de administrador em um dia – dia 2
• White paper de segurança do Power BI
• Whitepaper usuários convidados externos
• Planejamento de implementação do Power BI

No próximo artigo da série de roteiros de adoção do Microsoft Fabric, saiba mais sobre o gerenciamento efetivo de alterações.