Práticas recomendadas de implantação do Microsoft Purview (antigo Azure Purview)

  • Artigo

Este artigo é um guia para implantar com êxito o Microsoft Purview (antigo Azure Purview) na produção em seu patrimônio de dados. A intenção é ajudá-lo a planejar e fazer a sua implantação de pesquisa para endurecer seu ambiente de produção e é melhor usado em conjunto com nossa lista de verificação de implantação.

Observação

Essas práticas recomendadas abrangem a implantação de soluções de governança de dados unificadas do Microsoft Purview. Para obter mais informações sobre soluções de risco e conformidade do Microsoft Purview, acesse aqui. Para obter mais informações sobre o Microsoft Purview em geral, acesse aqui.

Se você estiver procurando um guia de implantação estritamente técnico, use a lista de verificação de implantação.

Se você estiver criando um plano para implantar o Microsoft Purview e quiser considerar as melhores práticas à medida que desenvolve sua estratégia de implantação, siga o artigo abaixo. Este guia descreve que as tarefas podem ser concluídas em fases ao longo de um mês ou mais para desenvolver seu processo de implantação para o Microsoft Purview. Mesmo as organizações que já implantaram o Microsoft Purview podem usar esse guia para garantir que elas estejam tirando o máximo de seu investimento.

Uma implantação bem planejada de sua plataforma de governança de dados pode fornecer os seguintes benefícios:

  • Melhor descoberta de dados
  • Colaboração analítica aprimorada
  • Retorno maximizado do investimento

Este guia fornece insights sobre um ciclo de vida de implantação completo, desde o planejamento inicial até um ambiente maduro seguindo estas etapas:

Etapa Descrição
Identificar objetivos e metas Considere o que toda a sua organização deseja e precisa da governança de dados.
Coletando perguntas Quais perguntas você e sua equipe podem ter quando você começa, e onde você pode procurar para começar a abordá-las?
Criar um processo para migrar para a produção Crie uma estratégia de implantação em fases adaptada à sua organização.
Endurecimento de plataforma Continue aumentando sua implantação até a maturidade.

Muitos dos aplicativos e recursos do Microsoft Purview também têm suas próprias páginas de práticas recomendadas individuais. Eles são referenciados com frequência ao longo deste guia de implantação, mas você pode encontrar todos eles na tabela de conteúdo em Conceitos e, em seguida, Melhores práticas e diretrizes.

Identificar objetivos e metas

Muitas organizações iniciaram sua jornada de governança de dados desenvolvendo soluções individuais que atendem a requisitos específicos de grupos isolados e domínios de dados em toda a organização. Embora as experiências possam variar dependendo do setor, do produto e da cultura, a maioria das organizações tem dificuldade em manter controles e políticas consistentes para esses tipos de soluções.

Alguns dos objetivos comuns de governança de dados que talvez você queira identificar nas fases iniciais para criar uma experiência abrangente de governança de dados incluem:

  • Maximizando o valor comercial de seus dados
  • Habilitar uma cultura de dados em que os consumidores de dados podem encontrar, interpretar e confiar facilmente dados
  • Aumentar a colaboração entre várias unidades de negócios para fornecer uma experiência de dados consistente
  • Promovendo a inovação acelerando a análise de dados para colher os benefícios da nuvem
  • Diminuindo o tempo para descobrir dados por meio de opções de autoatendimento para vários grupos de habilidades
  • Reduzindo o tempo de mercado para a entrega de soluções de análise que melhoram o serviço para seus clientes
  • Reduzir os riscos operacionais devido ao uso de ferramentas específicas de domínio e tecnologia sem suporte

A abordagem geral é dividir esses objetivos abrangentes em várias categorias e metas. Alguns exemplos:

Categoria Meta
Descoberta Administração usuários devem ser capazes de examinar fontes de dados do Azure e não do Azure (incluindo fontes locais) para coletar informações sobre os ativos de dados automaticamente.
Classificação A plataforma deve classificar automaticamente os dados com base em uma amostragem dos dados e permitir a substituição manual usando classificações personalizadas.
Consumo Os usuários empresariais devem ser capazes de encontrar informações sobre cada ativo para metadados comerciais e técnicos.
Linhagem Cada ativo deve mostrar uma exibição gráfica de conjuntos de dados subjacentes para que os usuários entendam as fontes originais e quais alterações foram feitas.
Colaboração A plataforma deve permitir que os usuários colaborem fornecendo informações adicionais sobre cada ativo de dados.
Reporting Os usuários devem ser capazes de exibir relatórios sobre o patrimônio de dados, incluindo dados confidenciais e dados que precisam de enriquecimento extra.
Governança de dados A plataforma deve permitir que o administrador defina políticas para controle de acesso e imponha automaticamente o acesso aos dados com base em cada usuário.
Fluxo de trabalho A plataforma deve ter a capacidade de criar e modificar o fluxo de trabalho para que seja fácil dimensionar e automatizar várias tarefas dentro da plataforma.
Integração Outras tecnologias de terceiros, como tíquete ou orquestração, devem ser capazes de se integrar à plataforma por meio de script ou APIs REST.

Identificar cenários-chave

Os serviços de governança do Microsoft Purview podem ser usados para gerenciar centralmente a governança de dados em todo o conjunto de dados de uma organização que abrange ambientes locais e de nuvem. Para ter uma implementação bem-sucedida, você deve identificar os principais cenários que são críticos para o negócio. Esses cenários podem cruzar limites de unidade de negócios ou afetar várias personas de usuário upstream ou downstream.

Esses cenários podem ser gravados de várias maneiras, mas você deve incluir pelo menos estas cinco dimensões:

  1. Persona – Quem são os usuários?
  2. Sistema de origem – Quais são as fontes de dados, como o Azure Data Lake Storage Gen2 ou o Azure Banco de Dados SQL?
  3. Área de Impacto – Qual é a categoria desse cenário?
  4. Cenários de detalhes – como os usuários usam o Microsoft Purview para resolver problemas?
  5. Resultado esperado – Quais são os critérios de êxito?

Os cenários devem ser específicos, acionáveis e executáveis com resultados mensuráveis. Alguns cenários de exemplo que você pode usar:

Cenário Detalhe Persona
Catalogar ativos críticos aos negócios Preciso ter informações sobre cada conjunto de dados para ter uma boa compreensão do que é. Esse cenário inclui dados de metadados corporativos e técnicos sobre o conjunto de dados no catálogo. As fontes de dados incluem o Azure Data Lake Storage Gen2, o Azure Synapse DW e/ou o Power BI. Esse cenário também inclui recursos locais, como SQL Server. Analista de Negócios, Cientista de Dados, Engenheiro de Dados
Descobrir ativos críticos aos negócios Preciso ter um mecanismo de pesquisa que possa pesquisar todos os metadados no catálogo. Devo ser capaz de pesquisar usando termo técnico, termo comercial com pesquisa simples ou complexa usando curinga. Analista de negócios, cientista de dados, engenheiro de dados, Administração de dados
Rastrear dados para entender sua origem e solucionar problemas de dados Preciso ter linhagem de dados para rastrear dados em relatórios, previsões ou modelos de volta à sua origem original. Também preciso entender as alterações feitas nos dados e onde os dados residiram durante todo o ciclo de vida dos dados. Esse cenário precisa dar suporte aos pipelines de dados priorizados Azure Data Factory e Databricks. Engenheiro de dados, cientista de dados
Enriquecer metadados em ativos de dados críticos Preciso enriquecer o conjunto de dados no catálogo com metadados técnicos gerados automaticamente. Classificação e rotulagem são alguns exemplos. Engenheiro de dados, proprietário de domínio/empresa
Governe ativos de dados com experiência amigável do usuário Preciso ter um glossário de negócios para metadados específicos do negócio. Os usuários empresariais podem usar o Microsoft Purview para cenários de autoatendimento para anotar seus dados e permitir que os dados sejam descobertos facilmente por meio da pesquisa. Proprietário de domínio/empresa, analista de negócios, cientista de dados, engenheiro de dados

Pontos de integração com o Microsoft Purview

É provável que uma organização madura já tenha um catálogo de dados existente. A questão chave é se deve continuar a usar a tecnologia existente e sincronizar com o catálogo de dados e Mapa de Dados do Microsoft Purview ou não. Para lidar com a sincronização com produtos existentes em uma organização, o Microsoft Purview fornece APIs REST do Atlas. As APIs do Atlas fornecem um mecanismo poderoso e flexível que manipula cenários de push e pull. As informações podem ser publicadas no Microsoft Purview usando APIs do Atlas para inicialização ou para enviar atualizações mais recentes de outro sistema para o Microsoft Purview. As informações disponíveis no Microsoft Purview também podem ser lidas usando APIs do Atlas e sincronizadas de volta aos produtos existentes.

Para outros cenários de integração, como tíquete, interface de usuário personalizada e orquestração, você pode usar APIs do Atlas e pontos de extremidade kafka. Em geral, há quatro pontos de integração com o Microsoft Purview:

  • Ativo de Dados – isso permite que o Microsoft Purview examine os ativos de uma loja para enumerar quais são esses ativos e coletar todos os metadados prontamente disponíveis sobre eles. Portanto, para SQL, isso pode ser uma lista de DBs, tabelas, procedimentos armazenados, exibições e dados de configuração sobre eles mantidos em lugares como sys.tables. Para algo como o ADF (Azure Data Factory), isso pode estar enumerando todos os pipelines e recebendo dados quando eles foram criados, última execução, estado atual.
  • Linhagem – Isso permite que o Microsoft Purview colete informações de um sistema de análise/mutação de dados sobre como os dados estão se movendo. Para algo como o Spark, isso pode estar coletando informações da execução de um notebook para ver quais dados o notebook ingeriu, como ele o transformou e onde ele o deu. Para algo como SQL, ele pode estar analisando logs de consulta para reverter o engenheiro quais operações de mutação foram executadas e o que eles fizeram. Apoiamos a linhagem baseada em push e pull dependendo das necessidades.
  • Classificação – isso permite que o Microsoft Purview pegue amostras físicas de fontes de dados e execute-as por meio do nosso sistema de classificação. O sistema de classificação calcula a semântica de um pedaço de dados. Por exemplo, podemos saber que um arquivo é um arquivo Parquet e tem três colunas e a terceira é uma cadeia de caracteres. Mas os classificadores executados nos exemplos nos dirão que a cadeia de caracteres é um nome, endereço ou número de telefone. Iluminar esse ponto de integração significa que definimos como o Microsoft Purview pode abrir objetos como notebooks, pipelines, arquivos parquet, tabelas e contêineres.
  • Experiência inserida – produtos que têm uma experiência "studio" como (como ADF, Synapse, SQL Studio, PBI e Dynamics) geralmente querem permitir que os usuários descubram os dados com os quais desejam interagir e também encontrem locais para gerar dados. O catálogo do Microsoft Purview pode ajudar a acelerar essas experiências fornecendo uma experiência de incorporação. Essa experiência pode ocorrer no nível de API ou UX na opção do parceiro. Ao inserir uma chamada ao Microsoft Purview, a organização pode aproveitar o mapa da propriedade de dados do Microsoft Purview para encontrar ativos de dados, ver linhagem, marcar esquemas, examinar classificações, contatos etc.

Coletando perguntas

Depois que sua organização concordar com os objetivos e metas de alto nível, haverá muitas perguntas de vários grupos. É crucial reunir essas perguntas para criar um plano para resolver todas as preocupações. Certifique-se de incluir grupos relevantes à medida que você reúne essas perguntas. Você pode usar nossa documentação para começar a respondê-los.

Algumas perguntas de exemplo que você pode encontrar durante a fase inicial:

Mesmo que você não tenha a resposta para a maioria dessas perguntas imediatamente, a coleta de perguntas pode ajudar sua organização a enquadrar esse projeto e garantir que todos os requisitos "obrigatórios" possam ser atendidos.

Incluir os stakeholders certos

Para garantir o sucesso da implementação do Microsoft Purview para toda a sua organização, é importante envolver os stakeholders certos. Apenas algumas pessoas estão envolvidas na fase inicial. No entanto, à medida que o escopo se expande, você precisará de mais personas para contribuir com o projeto e fornecer comentários.

Alguns dos principais stakeholders que você pode querer incluir:

Persona Funções
Chief Data Officer O CDO supervisiona uma série de funções que podem incluir gerenciamento de dados, qualidade de dados, gerenciamento de dados master, ciência de dados, business intelligence e criação de estratégia de dados. Eles podem ser o patrocinador do projeto de implementação do Microsoft Purview.
Proprietário de domínio/empresa Um empresário que influencia o uso de ferramentas e tem controle orçamentário
Analista de Dados Capaz de enquadrar um problema de negócios e analisar dados para ajudar os líderes a tomar decisões de negócios
Arquiteto de Dados Projetar bancos de dados para aplicativos de linha de negócios essenciais, além de projetar e implementar a segurança de dados
Engenheiro de Dados Operar e manter a pilha de dados, extrair dados de diferentes fontes, integrar e preparar dados, configurar pipelines de dados
Cientista de Dados Criar modelos analíticos e configurar produtos de dados a serem acessados por APIs
DB Administração Possuir, acompanhar e resolve incidentes e solicitações relacionados ao banco de dados em SLAs (contratos de nível de serviço); Pode configurar pipelines de dados
DevOps Desenvolvimento e implementação de aplicativos de linha de negócios; pode incluir scripts de escrita e recursos de orquestração
Especialista em Segurança de Dados Avaliar a segurança geral da rede e dos dados, que envolve a entrada e saída de dados do Microsoft Purview

Criar um processo para migrar para a produção

Abaixo, fornecemos um potencial plano de implantação de quatro fases que inclui tarefas, links úteis e critérios de aceitação para cada fase:

  1. Fase 1: Piloto
  2. Fase 2: Produto viável mínimo
  3. Fase 3: Pré-produção
  4. Fase 4: Produção

Fase 1: Piloto

Nesta fase, o Microsoft Purview deve ser criado e configurado para um pequeno conjunto de usuários. Normalmente, é apenas um grupo de 2 a 3 pessoas trabalhando juntas para executar cenários de ponta a ponta. Eles são considerados os defensores do Microsoft Purview em sua organização. O main objetivo dessa fase é garantir que as principais funcionalidades possam ser atendidas e que os stakeholders certos estejam cientes do projeto.

Tarefas a serem concluídas

Tarefa Detalhe Duração
Reunir & concordo com os requisitos Discussão com todos os stakeholders para reunir um conjunto completo de requisitos. Personas diferentes devem participar para concordar com um subconjunto de requisitos a serem concluídos para cada fase do projeto. Uma Semana
Navegando no portal de governança do Microsoft Purview Entenda como usar o Microsoft Purview na home page. Um Dia
Configurar o ADF para linhagem Identifique os principais pipelines e ativos de dados. Colete todas as informações necessárias para se conectar a uma conta interna do ADF. Um Dia
Verifique uma fonte de dados, como o Azure Data Lake Storage Gen2 ou um SQL Server. Adicione a fonte de dados e configure uma verificação. Verifique se a verificação detecta com êxito todos os ativos. Dois dias
Pesquisar e procurar Permitir que os usuários finais acessem o Microsoft Purview e executem cenários de pesquisa de ponta a ponta e naveguem. Um Dia

Critérios de aceitação

  • A conta do Microsoft Purview é criada com êxito na assinatura da organização no locatário da organização.
  • Um pequeno grupo de usuários com várias funções pode acessar o Microsoft Purview.
  • O Microsoft Purview está configurado para examinar pelo menos uma fonte de dados.
  • Os usuários devem ser capazes de extrair valores-chave do Microsoft Purview, como:
    • Pesquisar e procurar
    • Linhagem
  • Os usuários devem ser capazes de atribuir a propriedade do ativo na página de ativos.
  • Apresentação e demonstração para conscientizar os principais stakeholders.
  • Compre do gerenciamento para aprovar mais recursos para a fase mvp.

Fase 2: Produto viável mínimo

Depois de ter os requisitos acordados e as unidades de negócios participantes para integrar o Microsoft Purview, a próxima etapa é trabalhar em uma versão de MVP (Produto Mínimo Viável). Nesta fase, você expandirá o uso do Microsoft Purview para mais usuários que terão mais necessidades horizontal e verticalmente. Haverá cenários-chave que devem ser atendidos horizontalmente para todos os usuários, como termos de glossário, pesquisa e navegação. Também haverá requisitos aprofundados verticalmente para cada unidade de negócios ou grupo para cobrir cenários de ponta a ponta específicos, como linhagem do Armazenamento do Azure Data Lake para o DW do Azure Synapse para o Power BI.

Tarefas a serem concluídas

Tarefa Detalhe Duração
Examinar o Azure Synapse Analytics Comece a integrar suas fontes de banco de dados e examine-as para preencher os principais ativos Dois dias
Criar classificações e regras personalizadas Depois que seus ativos forem verificados, os usuários poderão perceber que há outros casos de uso para obter mais classificação ao lado das classificações padrão do Microsoft Purview. 2-4 semanas
Verificar o Power BI Se sua organização usar o Power BI, você poderá examinar o Power BI para coletar todos os ativos de dados que estão sendo usados por cientistas de dados ou analistas de dados que tenham requisitos para incluir a linhagem da camada de armazenamento. 1 a 2 semanas
Importar termos de glossário Na maioria dos casos, sua organização já pode desenvolver uma coleção de termos glossários e atribuição de termo para ativos. Isso exigirá um processo de importação para o Microsoft Purview por meio de .csv arquivo. Uma Semana
Adicionar contatos aos ativos Para os principais ativos, talvez você queira estabelecer um processo para permitir que outras personas atribuam contatos ou importem por meio de APIs REST. Uma Semana
Adicionar rótulos confidenciais e examinar Isso pode ser opcional para algumas organizações, dependendo do uso da Rotulagem do Microsoft 365. 1 a 2 semanas
Obter informações confidenciais e de classificação Para relatórios e insights no Microsoft Purview, você pode acessar essa funcionalidade para obter vários relatórios e fornecer apresentação ao gerenciamento. Um Dia
Integrar mais usuários usando usuários gerenciados do Microsoft Purview Essa etapa exigirá que o Microsoft Purview Administração trabalhe com o Azure Active Directory Administração para estabelecer novos Grupos de Segurança para conceder acesso ao Microsoft Purview. Uma Semana

Critérios de aceitação

  • Integrar com êxito um grupo maior de usuários ao Microsoft Purview (50+)
  • Examinar fontes de dados críticas de negócios
  • Importar e atribuir todos os termos de glossário críticos
  • Testar com êxito rotulagem importante em ativos-chave
  • Atingiu com êxito cenários mínimos para usuários das unidades de negócios participantes

Fase 3: Pré-produção

Depois que a fase MVP for aprovada, é hora de planejar o marco de pré-produção. Talvez você queira incluir a verificação em fontes de dados locais, como SQL Server. Se houver alguma lacuna nas fontes de dados não suportadas pelo Microsoft Purview, é hora de explorar a API do Atlas para entender outras opções.

Tarefas a serem concluídas

Tarefa Detalhe Duração
Refinar sua verificação usando o conjunto de regras de verificação Sua organização terá muitas fontes de dados para pré-produção. É importante pré-definir critérios-chave para a verificação para que classificações e extensão de arquivo possam ser aplicadas de forma consistente em todo o quadro. 1 a 2 dias
Avaliar a disponibilidade da região para verificar cada uma de suas fontes verificando páginas de origem Dependendo da região das fontes de dados e dos requisitos organizacionais sobre conformidade e segurança, talvez você queira considerar quais regiões devem estar disponíveis para verificação. Um Dia
Entender o conceito de firewall ao examinar Essa etapa requer alguma exploração de como a organização configura seu firewall e como o Microsoft Purview pode se autenticar para acessar as fontes de dados para verificação. Um Dia
Entender o conceito de Link Privado ao examinar Se sua organização usar o Link Privado, você deverá estabelecer a base da segurança de rede para incluir o Link Privado como parte dos requisitos. Um Dia
Examinar SQL Server local Isso é opcional se você tiver SQL Server locais. A verificação exigirá a configuração do Runtime de Integração Auto-hospedada e a adição de SQL Server como fonte de dados. 1 a 2 semanas
Usar a API REST do Microsoft Purview para cenários de integração Se você tiver requisitos para integrar o Microsoft Purview a outras tecnologias de terceiros, como orquestração ou sistema de tíquetes, talvez você queira explorar a área da API REST. 1 a 4 semanas
Entender os preços do Microsoft Purview Esta etapa fornecerá à organização informações financeiras importantes para tomar uma decisão. 1 a 5 dias

Critérios de aceitação

  • Integrar com êxito pelo menos uma unidade de negócios com todos os usuários
  • Verificar a fonte de dados local, como SQL Server
  • POC pelo menos um cenário de integração usando a API REST
  • Concluir um plano para ir para a produção, que deve incluir áreas-chave em infraestrutura e segurança

Fase 4: Produção

As fases acima devem ser seguidas para criar um gerenciamento efetivo do ciclo de vida de dados, que é a base para melhores programas de governança. A governança de dados ajudará sua organização a se preparar para as tendências crescentes, como IA, Hadoop, IoT e blockchain. É apenas o começo para muitas coisas de dados e análises, e há muito mais que pode ser discutido. O resultado dessa solução entregaria:

  • Business Focused – Uma solução alinhada aos requisitos e cenários de negócios em relação aos requisitos técnicos.
  • Future Ready – Uma solução maximizará os recursos padrão da plataforma e usará práticas padronizadas do setor para atividades de configuração ou script para dar suporte aos avanços/evolução da plataforma.

Tarefas a serem concluídas

Tarefa Detalhe Duração
Verificar fontes de dados de produção com Firewall habilitado Se isso for opcional quando o firewall estiver em vigor, mas é importante explorar opções para endurecer sua infraestrutura. 1 a 5 dias
Habilitar link privado Se isso for opcional quando o Link Privado for usado. Caso contrário, você pode ignorar isso, pois é um critério obrigatório quando o Private está habilitado. 1 a 5 dias
Criar fluxo de trabalho automatizado O fluxo de trabalho é importante para automatizar o processo, como aprovação, escalonamento, revisão e gerenciamento de problemas. 2-3 semanas
Criar documentação de operação A governança de dados não é um projeto único. É um programa contínuo para alimentar a tomada de decisões baseada em dados e criar oportunidades para os negócios. É fundamental documentar os principais procedimentos e padrões de negócios. Uma Semana

Critérios de aceitação

  • Integrar com êxito todas as unidades de negócios e seus usuários
  • Atender com êxito aos requisitos de infraestrutura e segurança para produção
  • Atender com êxito a todos os casos de uso exigidos pelos usuários

Endurecimento de plataforma

Mais etapas de endurecimento podem ser tomadas:

  • Aumentar a postura de segurança ao habilitar a verificação de recursos de firewall ou usar o Link Privado
  • Verificação de escopo de ajuste fino para melhorar o desempenho da verificação
  • Usar APIs REST para exportar metadados críticos e propriedades para backup e recuperação
  • Usar o fluxo de trabalho para automatizar o tíquete e o evento para evitar erros humanos
  • Use políticas para gerenciar o acesso a ativos de dados por meio do portal de governança do Microsoft Purview.

Considerações sobre o ciclo de vida

Outro aspecto importante a ser incluído no processo de produção é como classificações e rótulos podem ser migrados. O Microsoft Purview tem mais de 90 classificadores de sistema. Você pode aplicar classificações personalizadas ou de sistema em ativos de arquivo, tabela ou coluna. As classificações são como marcas de assunto e são usadas para marcar e identificar o conteúdo de um tipo específico encontrado em seu patrimônio de dados durante a verificação. Os rótulos de confidencialidade são usados para identificar as categorias de tipos de classificação em seus dados organizacionais e, em seguida, agrupar as políticas que você deseja aplicar a cada categoria. Ele usa os mesmos tipos de informações confidenciais que o Microsoft 365, permitindo que você estique suas políticas de segurança e proteção existentes em todo o seu conteúdo e patrimônio de dados. Ele pode examinar e classificar automaticamente documentos. Por exemplo, se você tiver um arquivo chamado multiple.docx e tiver um número de ID nacional em seu conteúdo, o Microsoft Purview adicionará classificação, como Número de Identificação Nacional da UE na página Detalhes do Ativo.

No Mapa de Dados do Microsoft Purview, há várias áreas em que os administradores do catálogo precisam garantir as melhores práticas de consistência e manutenção ao longo de seu ciclo de vida:

  • Ativos de dados – as fontes de dados precisarão ser novamente examinadas entre ambientes. Não é recomendável verificar apenas em desenvolvimento e regenerá-los usando APIs em Produção. O main motivo é que os scanners do Microsoft Purview fazem muito mais "fiação" nos bastidores dos ativos de dados, o que pode ser complexo para movê-los para uma instância diferente do Microsoft Purview. É muito mais fácil apenas adicionar a mesma fonte de dados na produção e examinar as fontes novamente. A melhor prática geral é ter a documentação de todos os mecanismos de verificação, conexões e autenticação sendo usados.
  • Conjuntos de regras de verificação – essa é a coleção de regras atribuídas a uma verificação específica, como tipo de arquivo e classificações a serem detectadas. Se você não tiver tantos conjuntos de regras de verificação, é possível apenas recriá-los manualmente novamente por meio da Produção. Isso exigirá um processo interno e uma boa documentação. No entanto, se sua regra definir a alteração diariamente ou semanalmente, isso poderá ser resolvido explorando a rota da API REST.
  • Classificações personalizadas – suas classificações também podem não ser alteradas regularmente. Durante a fase inicial da implantação, pode levar algum tempo para entender vários requisitos para criar classificações personalizadas. No entanto, uma vez resolvido, isso exigirá pouca alteração. Portanto, a recomendação aqui é migrar manualmente todas as classificações personalizadas ou usar a API REST.
  • Glossário – É possível exportar e importar termos de glossário por meio do UX. Para cenários de automação, você também pode usar a API REST.
  • Políticas de padrão de conjunto de recursos – essa funcionalidade é avançada para que todas as organizações típicas se apliquem. Em alguns casos, o Armazenamento do Azure Data Lake tem convenções de nomenclatura de pasta e estrutura específica que podem causar problemas para o Microsoft Purview gerar o conjunto de recursos. Sua unidade de negócios também pode querer alterar a construção do conjunto de recursos com mais personalizações para atender às necessidades de negócios. Para esse cenário, é melhor acompanhar todas as alterações por meio da API REST e documentar as alterações por meio da plataforma de versão externa.
  • Atribuição de função – é aqui que você controla quem tem acesso ao Microsoft Purview e quais permissões eles têm. O Microsoft Purview também tem API REST para dar suporte à exportação e importação de usuários e funções, mas isso não é compatível com API do Atlas. A recomendação é atribuir um Grupo de Segurança do Azure e gerenciar a associação de grupo.

Mover locatários

Atualmente, não há suporte para a movimentação de locatários para o Microsoft Purview.

Próximas etapas