Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
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
- 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.
Utilizações recomendadas dos domínios no Mapa de Dados
- 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.