Compartilhar via


Domínios de governação e recomendações de domínio

Importante

  • Os domínios no Mapa de Dados estão limitados a 5 no total.
  • As coleções estão limitadas a 1000 em todos os domínios da plataforma. (Um domínio pode ter 1000 coleções; 5 domínios plaform teriam 200 coleções cada se fossem distribuídos uniformemente.)
  • As origens de dados são registadas numa coleção num domínio.
  • Os recursos de uma origem de dados analisada têm de ser analisados no mesmo domínio que a origem de dados.
  • Intercalar uma conta irá criar um domínio.
  • Os domínios de recursos de infraestrutura semelhantes não mapeiam para domínios, uma vez que o número de domínios de Recursos de Infraestrutura excederá o limite de 5 domínios.

Recomendações gerais

Diagrama de um mapeamento lógico de construções do Azure Purview para o novo modelo de construção do Microsoft Purview.

  • Se for necessária uma verdadeira separação, são necessários inquilinos separados para ativar diferentes implementações do Microsoft Purview. A criação de inquilinos separados não é uma solução provável para a maioria das organizações, mas pode ser necessária em alguns ambientes regulamentares.
  • Muitas organizações já têm um modelo SaaS para implementação que podem seguir a partir do Microsoft 365 ou do PBI/Fabric. Seguir esse padrão na organização pode ajudar a resolve as preocupações de implementação saaS.

Coleções e domínios

  • A utilização de coleções oferece segmentação de acesso para a maioria das necessidades de diferentes utilizadores para obter apenas o acesso necessário ao Mapa de Dados.
  • Utilize coleções para separação técnica ao longo das equipas de TI e ative a integração, os domínios de governação podem ser utilizados para separações de equipas empresariais e limites de conceito lógico (termos do glossário e produtos de dados).
  • Para origens de dados que não têm recursos separados de produção e não produção, as origens de dados que têm ambos requerem a utilização de coleções para testes, uma vez que cada origem de dados está registada num domínio e numa coleção.

Domínios e domínios de governação

  • Utilize domínios de governação de desenvolvimento, teste e produção (Finance.dev, Finance.prod, etc.) para separar os testes com conceitos e experiência de consumo. Quando os testes não são necessários ou não devem ser tornados visíveis para os consumidores do catálogo, pode expirar ou reutilizar o domínio de governação para produção se os conceitos estiverem prontos para produção.
  • Planeie segmentar a faturação com domínios de governação e não com coleções ou domínios de plataforma.
  • Os domínios de governação podem ser mapeados para domínios e coleções de plataforma para criar uma relação lógica entre os domínios de governação e as partes do Mapa de Dados que alojam os respetivos recursos de dados.

Recomendações de domínio

Utilizações não recomendadas dos domínios no Mapa de Dados

  • Isolamento da segmentação de residência geográfica.
  • Os domínios não são dimensionados para criar limites ao longo das necessidades de segmentação de residência geográfica.
  • Os domínios não ativam localizações de armazenamento separadas para metadados.
  • Os cenários de continuidade de negócio e recuperação após desastre não são recomendados porque se um domínio estiver inativo, todos os outros estão inativos.
  • Os metadados teriam de ser transferidos para uma origem alternativa.
  • O isolamento de unidades de negócio é melhor processado com domínios de Governação.
  • A separação da faturação seguiria a prática de utilização de domínios de Governação.
  • Gestão do Ciclo de Vida (Desenvolvimento, teste, Garantia de Qualidade, Produção), a maioria dos clientes tem recursos de produção e não produção, que se destinam a ser mantidos separados dos recursos de produção. A separação pode ser obtida com domínios ou coleções. Quando existem dados de não produção e de produção no mesmo recurso, o cliente tem de utilizar coleções.