Práticas recomendadas de governança de dados para segurança

Este artigo fornece práticas recomendadas para requisitos de segurança comuns para soluções clássicas de governança do Microsoft Purview. A estratégia de segurança descrita segue a abordagem de defesa em camadas detalhada.

Antes de aplicar essas recomendações ao seu ambiente, você deve consultar sua equipe de segurança, pois algumas podem não ser aplicáveis aos seus requisitos de segurança.

Segurança de rede

Você pode habilitar os seguintes recursos de segurança de rede para o mapa de dados do Microsoft Purview:

• Habilite o isolamento de rede de ponta a ponta usando o Serviço de Link Privado.
• Use o Firewall do Microsoft Purview para desabilitar o acesso público.
• Implante regras de NSG (Grupo de Segurança de Rede) para sub-redes nas quais fontes de dados do Azure, pontos de extremidade privados, pontos de extremidade privados do Microsoft Purview e VMs de runtime auto-hospedadas são implantados.
• Implemente o Microsoft Purview com pontos de extremidade privados gerenciados por um Dispositivo Virtual de Rede, como o Firewall do Azure para inspeção de rede e filtragem de rede.

Para obter mais informações, consulte Práticas recomendadas relacionadas à conectividade com os Serviços PaaS do Azure.

Implantar pontos de extremidade privados para contas do Microsoft Purview

Se você precisar usar o Microsoft Purview de dentro de sua rede privada, é recomendável usar o Serviço de Link Privado do Azure com suas contas do Microsoft Purview para isolamento parcial ou de ponta a ponta para se conectar ao portal de governança do Microsoft Purview, acessar pontos de extremidade do Microsoft Purview e verificar fontes de dados.

O ponto de extremidade privado da conta do Microsoft Purview é usado para adicionar outra camada de segurança, portanto, somente chamadas de cliente originadas de dentro da rede virtual têm permissão para acessar a conta do Microsoft Purview. Esse ponto de extremidade privado também é um pré-requisito para o ponto de extremidade privado do portal.

O ponto de extremidade privado do portal do Microsoft Purview é necessário para permitir a conectividade com o portal de governança do Microsoft Purview usando uma rede privada.

O Microsoft Purview pode verificar fontes de dados no Azure ou em um ambiente local usando pontos de extremidade privados de ingestão.

Para obter mais informações, confira Práticas recomendadas e arquitetura de rede do Microsoft Purview.

Bloquear o acesso público usando o firewall do Microsoft Purview

Você pode desabilitar o acesso público do Microsoft Purview para cortar completamente o acesso à conta do Microsoft Purview da Internet pública. Nesse caso, você deve considerar os seguintes requisitos:

• O Microsoft Purview deve ser implantado com base no cenário de isolamento de rede de ponta a ponta.
• Para acessar o portal de governança do Microsoft Purview e os pontos de extremidade do Microsoft Purview, você precisa usar um computador de gerenciamento conectado à rede privada para acessar o Microsoft Purview por meio da rede privada.
• Examine as limitações conhecidas.

Para obter mais informações, consulte Firewalls para restringir o acesso público.

Usar grupos de segurança de rede

Você pode usar um grupo de segurança de rede do Azure para filtrar o tráfego de rede de e para recursos do Azure em uma rede virtual do Azure. Um grupo de segurança de rede contém regras de segurança que permitem ou negam o tráfego de rede de entrada ou tráfego de rede de saída de vários tipos de recursos do Azure. Para cada regra, você pode especificar origem e destino, porta e protocolo.

Os Grupos de Segurança de Rede podem ser aplicados a sub-redes de redes virtuais do adaptador de rede ou do Azure, onde pontos de extremidade privados do Microsoft Purview, VMs de runtime de integração auto-hospedada e fontes de dados do Azure são implantados.

Para obter mais informações, consulte aplicar regras do NSG para pontos de extremidade privados.

As seguintes regras do NSG são necessárias em fontes de dados para verificação do Microsoft Purview:

As seguintes regras NSG são necessárias nos computadores de gerenciamento para acessar o portal de governança do Microsoft Purview:

As seguintes regras do NSG são necessárias em VMs de runtime de integração auto-hospedada para verificação do Microsoft Purview e ingestão de metadados:

As seguintes regras do NSG são necessárias para pontos de extremidade privados de conta, portal e ingestão do Microsoft Purview:

Para obter mais informações, consulte Requisitos de rede de runtime de integração auto-hospedada.

Gerenciamento de acesso

O Gerenciamento de Identidade e de Acesso fornece a base de uma grande porcentagem de garantia de segurança. Ele permite o acesso com base na autenticação de identidade e nos controles de autorização nos serviços de nuvem. Esses controles protegem dados e recursos e decidem quais solicitações devem ser permitidas.

Em relação ao gerenciamento de funções e acesso no Microsoft Purview, você pode aplicar as seguintes práticas recomendadas de segurança:

• Defina funções e responsabilidades para gerenciar o Microsoft Purview no painel de controle e no plano de dados:
  • Defina funções e tarefas necessárias para implantar e gerenciar o Microsoft Purview dentro de uma assinatura do Azure.
  • Defina as funções e tarefas necessárias para executar o gerenciamento e a governança de dados usando o Microsoft Purview.
• Atribua funções a grupos do Microsoft Entra em vez de atribuir funções a usuários individuais.
• Use Azure Gerenciamento de Direitos do Active Directory para mapear o acesso do usuário a grupos de Microsoft Entra usando Pacotes de Acesso.
• Impor a autenticação multifator para usuários do Microsoft Purview, especialmente para usuários com funções privilegiadas, como administradores de coleção, administradores de fonte de dados ou curadores de dados.

Gerenciar uma conta do Microsoft Purview no painel de controle e no plano de dados

O painel de controle refere-se a todas as operações relacionadas à implantação e ao gerenciamento Azure Microsoft Purview dentro do Azure Resource Manager.

O plano de dados refere-se a todas as operações relacionadas à interação com o Microsoft Purview dentro do Mapa de Dados e do Catálogo Unificado.

Você pode atribuir funções de painel de controle e plano de dados a usuários, grupos de segurança e entidades de serviço do seu locatário do Microsoft Entra que está associado à assinatura do Azure da instância do Microsoft Purview.

Exemplos de operações do painel de controle e operações do plano de dados:

As funções do plano do Microsoft Purview são definidas e gerenciadas dentro da instância do Microsoft Purview nas coleções do Microsoft Purview. Para obter mais informações, consulte Controle de acesso no Microsoft Purview.

Siga as funções de Governança de dados do Microsoft Purview para obter diretrizes sobre as funções e permissões dos usuários para gerenciar no Catálogo unificado.

Siga as recomendações de acesso baseado em funções do Azure para tarefas do painel de controle do Azure.

Autenticação e autorização

Para obter acesso ao Microsoft Purview, os usuários devem ser autenticados e autorizados. A autenticação é o processo de provar que o usuário é quem ele afirma ser. A autorização refere-se ao controle do acesso dentro do Microsoft Purview atribuído em coleções.

Usamos o Microsoft Entra ID para fornecer mecanismos de autenticação e autorização para o Microsoft Purview dentro de Coleções. Você pode atribuir funções do Microsoft Purview às seguintes entidades de segurança do seu locatário do Microsoft Entra que está associado à assinatura do Azure em que sua instância do Microsoft Purview está hospedada:

• Usuários e usuários convidados (se já tiverem sido adicionados ao seu locatário do Microsoft Entra)
• Grupos de segurança
• Identidades gerenciadas
• Entidades de serviço

As funções refinadas do Microsoft Purview podem ser atribuídas a uma hierarquia de Coleções flexível dentro da instância do Microsoft Purview.

Definir modelo de Privilégio Mínimo

Como regra geral, restringir o acesso com base na necessidade de saber e nos princípios de segurança com privilégios mínimos é fundamental para organizações que desejam impor políticas de segurança para acesso a dados.

No Microsoft Purview, fontes de dados, ativos e verificações podem ser organizados usando as Coleções do Microsoft Purview. As coleções são um agrupamento hierárquico de metadados no Microsoft Purview, mas, ao mesmo tempo, fornecem um mecanismo para gerenciar o acesso no Microsoft Purview. As funções no Microsoft Purview podem ser atribuídas a uma coleção com base na hierarquia da sua coleção.

Use coleções do Microsoft Purview para implementar a hierarquia de metadados da sua organização para gerenciamento centralizado ou delegado e hierarquia de governança com base no modelo menos privilegiado.

Siga o modelo de acesso com privilégios mínimos ao atribuir funções dentro das coleções do Microsoft Purview, segregando as tarefas dentro de sua equipe e conceda aos usuários apenas a quantidade de acesso necessária para realizar seus trabalhos.

Para obter mais informações sobre como atribuir o modelo de acesso com privilégios mínimos no Microsoft Purview, com base na hierarquia de coleção do Microsoft Purview, consulte Controle de acesso no Microsoft Purview.

Menor exposição de contas privilegiadas

Proteger o acesso privilegiado é uma primeira etapa crítica para proteger os ativos de negócios. Minimizar o número de pessoas que têm acesso a informações ou recursos seguros reduz a chance de um usuário mal-intencionado obter acesso ou de um usuário autorizado afetar inadvertidamente um recurso confidencial.

Reduza o número de usuários com acesso de gravação dentro da instância do Microsoft Purview. Mantenha o número mínimo de funções de administradores de coleção e curador de dados na coleção raiz.

Usar a autenticação multifator e o acesso condicional

A autenticação multifator do Microsoft Entra fornece outra camada de segurança e autenticação. Para obter mais segurança, recomendamos a aplicação de políticas de acesso condicional para todas as contas de privilégio.

Usando as políticas de Acesso Condicional do Microsoft Entra, aplique a autenticação multifator do Microsoft Entra na entrada para todos os usuários individuais atribuídos a funções do Microsoft Purview com acesso modificado dentro de suas instâncias do Microsoft Purview: Administração de Coleção, Administração de Fonte de Dados, Curador de Dados.

Habilite a autenticação multifator para suas contas de administrador e certifique-se de que os usuários da conta de administrador tenham se registrado para MFA.

Você pode definir suas políticas de Acesso Condicional selecionando o Microsoft Purview como um aplicativo de nuvem.

Impedir a exclusão acidental de contas do Microsoft Purview

No Azure, você pode aplicar bloqueios de recursos a uma assinatura do Azure, um grupo de recursos ou um recurso para evitar a exclusão ou modificação acidental de recursos críticos.

Habilite o bloqueio de recursos do Azure para suas contas do Microsoft Purview para evitar a exclusão acidental de instâncias do Microsoft Purview em suas assinaturas do Azure.

Adicionar um bloqueio à ReadOnly conta do Microsoft Purview não impede operações CanNotDelete de exclusão ou modificação dentro do plano de dados do Microsoft Purview, no entanto, impede operações no painel de controle, como excluir a conta do Microsoft Purview, implantar um ponto de extremidade privado ou definir definições de diagnóstico.

Para obter mais informações, consulte Entender o escopo dos bloqueios.

Os bloqueios de recursos podem ser atribuídos a grupos de recursos ou recursos do Microsoft Purview, no entanto, você não pode atribuir um bloqueio de recurso do Azure a recursos gerenciados do Microsoft Purview ou grupo de recursos gerenciados.

Implementar uma estratégia de quebra de vidro

Planeje uma estratégia de emergência para suas contas de locatário do Microsoft Entra, assinatura do Azure e Microsoft Purview para evitar o bloqueio de conta em todo o locatário.

Para obter mais informações sobre o planejamento de acesso de emergência do Microsoft Entra ID e do Azure, consulte Gerenciar contas de acesso de emergência no Microsoft Entra ID.

Para obter mais informações sobre a estratégia de quebra de vidro do Microsoft Purview, consulte Práticas recomendadas e recomendações de design de coleções do Microsoft Purview.

Proteção contra ameaças e prevenção da exfiltração de dados

O Microsoft Purview fornece insights avançados sobre a confidencialidade de seus dados, o que os torna valiosos para as equipes de segurança que usam o Microsoft Defender para Nuvem para gerenciar a postura de segurança da organização e se proteger contra ameaças às suas cargas de trabalho. Os recursos de dados continuam sendo um alvo popular para agentes mal-intencionados, tornando crucial que as equipes de segurança identifiquem, priorizem e protejam recursos de dados confidenciais em seus ambientes de nuvem. Para enfrentar esse desafio, estamos anunciando a integração entre o Microsoft Defender para Nuvem e o Microsoft Purview na visualização pública.

Integrar com Microsoft 365 e Microsoft Defender para Nuvem

Muitas vezes, um dos maiores desafios para a organização de segurança em uma empresa é identificar e proteger os ativos com base em sua criticidade e sensibilidade. A Microsoft anunciou recentemente a integração entre o Microsoft Purview e o Microsoft Defender para Nuvem na Visualização Pública para ajudar a superar esses desafios.

Se você estendeu seus rótulos de confidencialidade do Microsoft 365 para ativos e colunas de banco de dados no Microsoft Purview, poderá acompanhar ativos altamente valiosos usando o Microsoft Defender para Nuvem a partir de inventário, alertas e recomendações com base em rótulos de confidencialidade de ativos detectados.

• Para recomendações, fornecemos controles de segurança para ajudá-lo a entender a importância de cada recomendação para sua postura geral de segurança. O Microsoft Defender para Nuvem inclui um valor de classificação de segurança para cada controle para ajudar você a priorizar seu trabalho de segurança. Saiba mais em Controles de segurança e suas recomendações.

• Para alertas, atribuímos rótulos de gravidade a cada alerta para ajudá-lo a priorizar a ordem na qual você atende a cada alerta. Saiba mais em Como os alertas são classificados?.

Para obter mais informações, consulte Integrar o Microsoft Purview a produtos de segurança do Azure.

Proteção de Informações

Extração e armazenamento seguros de metadados

O Microsoft Purview é uma solução de governança de dados em nuvem. Você pode registrar e examinar diferentes fontes de dados de vários sistemas de dados de seus ambientes locais, do Azure ou de várias nuvens no Microsoft Purview. Embora a fonte de dados seja registrada e verificada no Microsoft Purview, os dados e fontes de dados reais permanecem em seus locais originais, apenas os metadados são extraídos das fontes de dados e armazenados no Mapa de Dados do Microsoft Purview, o que significa que você não precisa mover os dados para fora da região ou de seu local original para extrair os metadados para o Microsoft Purview.

Se sua conta foi criada antes de 15 de dezembro de 2023, sua conta foi implantada com um grupo de recursos gerenciados e uma conta de Armazenamento do Azure foi implantada nesse grupo. Esses recursos são consumidos pelo Microsoft Purview e não podem ser acessados por outros usuários ou entidades de segurança. Uma atribuição de negação de RBAC (controle de acesso baseado em função) do Azure é adicionada automaticamente a esse grupo de recursos quando a conta do Microsoft Purview foi implantada e isso impede o acesso de outros usuários ou quaisquer operações CRUD que não sejam iniciadas pelo Microsoft Purview.

As contas implantadas após 15 de dezembro de 2023 (ou implantadas usando a API versão 2023-05-01-preview em diante) usam uma conta de armazenamento de ingestão implantada em assinaturas internas do Microsoft Azure. Como esses recursos não estão na assinatura do Azure do Microsoft Purview, eles não podem ser acessados por outros usuários ou entidades de segurança, exceto a conta do Microsoft Purview.

(Se você implantou suas contas usando a API, as contas implantadas usando a versão 2023-05-01-preview da API em diante usarão uma conta de armazenamento de ingestão implantada em assinaturas internas do Microsoft Azure, em vez de uma conta de armazenamento gerenciada implantada em sua assinatura Azure.)

Onde os metadados são armazenados?

O Microsoft Purview extrai apenas os metadados de diferentes sistemas de fonte de dados para o Mapa de Dados do Microsoft Purview durante o processo de verificação.

Você pode implantar uma conta do Microsoft Purview dentro de sua assinatura do Azure em qualquer região do Azure com suporte.

Todos os metadados são armazenados no Mapa de Dados dentro de sua instância do Microsoft Purview. Isso significa que os metadados são armazenados na mesma região que sua instância do Microsoft Purview.

Como os metadados são extraídos das fontes de dados?

O Microsoft Purview permite que você use qualquer uma das seguintes opções para extrair metadados de fontes de dados:

• Runtime do Azure. Os dados de metadados são extraídos e processados na mesma região que suas fontes de dados.

  1. Uma verificação manual ou automática é iniciada a partir do Mapa de Dados do Microsoft Purview por meio do runtime de integração do Azure.

  2. O runtime de integração do Azure se conecta à fonte de dados para extrair metadados.

  3. Os metadados são enfileirados no armazenamento gerenciado ou de ingestão do Microsoft Purview e armazenados no Armazenamento de Blobs do Azure.

  4. Os metadados são enviados para o Mapa de Dados do Microsoft Purview.

• Runtime de integração auto-hospedada. Os metadados são extraídos e processados pelo runtime de integração auto-hospedada dentro da memória das VMs de runtime de integração auto-hospedada antes de serem enviados para o Mapa de Dados do Microsoft Purview. Nesse caso, os clientes devem implantar e gerenciar uma ou mais máquinas virtuais baseadas em Windows de runtime de integração auto-hospedada dentro de suas assinaturas do Azure ou ambientes locais. A verificação de fontes de dados locais e baseadas em VM sempre requer o uso de um runtime de integração auto-hospedada. O runtime de integração do Azure não tem suporte para essas fontes de dados. As etapas a seguir mostram o fluxo de comunicação em alto nível quando você está usando um runtime de integração auto-hospedada para verificar uma fonte de dados.

  1. Uma verificação manual ou automática é acionada. O Microsoft Purview se conecta ao Azure Key Vault para recuperar a credencial para acessar uma fonte de dados.

  2. A verificação é iniciada a partir do Mapa de Dados do Microsoft Purview por meio de um runtime de integração auto-hospedada.

  3. O serviço de runtime de integração auto-hospedada da VM se conecta à fonte de dados para extrair metadados.

  4. Os metadados são processados na memória da VM para o runtime de integração auto-hospedada. Os metadados são enfileirados no armazenamento de ingestão do Microsoft Purview e, em seguida, armazenados no Armazenamento de Blobs do Azure.

  5. Os metadados são enviados para o Mapa de Dados do Microsoft Purview.

  Se você precisar extrair metadados de fontes de dados com dados confidenciais que não podem sair do limite da sua rede local, é altamente recomendável implantar a VM do runtime de integração auto-hospedada dentro de sua rede corporativa, onde as fontes de dados estão localizadas, para extrair e processar metadados no local e enviar apenas metadados para o Microsoft Purview.

  1. Uma verificação manual ou automática é acionada. O Microsoft Purview se conecta ao Azure Key Vault para recuperar a credencial para acessar uma fonte de dados.

  2. A verificação é iniciada por meio do runtime de integração auto-hospedada local.

  3. O serviço de runtime de integração auto-hospedada da VM se conecta à fonte de dados para extrair metadados.

  4. Os metadados são processados na memória da VM para o runtime de integração auto-hospedada. Os metadados são enfileirados no armazenamento de ingestão do Microsoft Purview e, em seguida, armazenados no Armazenamento de Blobs do Azure. Os dados reais nunca saem do limite da sua rede.

  5. Os metadados são enviados para o Mapa de Dados do Microsoft Purview.

Proteção de informações e criptografia

O Azure oferece muitos mecanismos para manter os dados privados em repouso e à medida que eles se movem de um local para outro. Para o Microsoft Purview, os dados são criptografados em repouso usando chaves gerenciadas pela Microsoft e, quando os dados estão em trânsito, usando o protocolo TLS v1.2 ou posterior.

Transport Layer Security (criptografia em trânsito)

Os dados em trânsito (também conhecidos como dados em movimento) são criptografados no Microsoft Purview.

Para adicionar outra camada de segurança além dos controles de acesso, o Microsoft Purview protege os dados do cliente criptografando dados em movimento com TLS (Transport Layer Security) e protege os dados em trânsito contra ataques "fora de banda" (como captura de tráfego). Ele usa criptografia para garantir que os invasores não possam ler ou modificar os dados facilmente.

O Microsoft Purview dá suporte à criptografia de dados em trânsito com o protocolo TLS v1.2 ou posterior.

Para obter mais informações, consulte Criptografar informações confidenciais em trânsito.

Transparent Data Encryption (criptografia em repouso)

Dados em repouso incluem informações que residem no armazenamento persistente em mídia física, em qualquer formato digital. A mídia pode incluir arquivos em mídia magnética ou óptica, dados arquivados e backups de dados dentro das regiões do Azure.

Para adicionar outra camada de segurança além dos controles de acesso, o Microsoft Purview criptografa dados em repouso para proteção contra ataques "fora de banda" (como acessar o armazenamento subjacente). Ele usa criptografia com chaves gerenciadas pela Microsoft. Essa prática ajuda a garantir que os invasores não consigam ler ou modificar os dados com facilidade.

Para obter mais informações, consulte Criptografar dados confidenciais em repouso.

Configuração opcional do namespace dos hubs de eventos

Cada conta do Microsoft Purview pode configurar Hubs de Eventos que podem ser acessados por meio de seu ponto de extremidade do Atlas Kafka. Isso pode ser habilitado na criação em Configuração ou no portal do Azure em Configuração do Kafka. É recomendável habilitar apenas o hub de eventos gerenciado opcional se ele for usado para distribuir eventos dentro ou fora do Mapa de Dados da conta do Microsoft Purview. Para remover esse ponto de distribuição de informações, não configure esses pontos de extremidade ou remova-os.

Para remover namespaces de Hubs de Eventos configurados, siga estas etapas:

1. Pesquise e abra sua conta do Microsoft Purview no portal do Azure.
2. Selecione a configuração do Kafka em configurações na página da sua conta do Microsoft Purview no portal do Azure.
3. Selecione os Hubs de Eventos que você deseja desabilitar. (Os hubs de gancho enviam mensagens para o Microsoft Purview. Os hubs de notificação recebem notificações.)
4. Selecione Remover para salvar a opção e iniciar o processo de desativação. Isso pode levar vários minutos para ser concluído.

Para obter mais informações sobre como configurar esses namespaces de Hubs de Eventos, consulte: Configurar Hubs de Eventos para tópicos do Atlas Kafka

Gerenciador de credenciais

Para extrair metadados de um sistema de fonte de dados para o Mapa de Dados do Microsoft Purview, é necessário registrar e examinar os sistemas de fonte de dados no Mapa de Dados do Microsoft Purview. Para automatizar esse processo, disponibilizamos conectores para diferentes sistemas de fonte de dados no Microsoft Purview para simplificar o processo de registro e verificação.

Para se conectar a uma fonte de dados, o Microsoft Purview requer uma credencial com acesso somente leitura ao sistema da fonte de dados.

É recomendável priorizar o uso das seguintes opções de credenciais para verificação, quando possível:

1. Identidade Gerenciada do Microsoft Purview
2. Identidade Gerenciada Atribuída ao Usuário
3. Entidades de serviço
4. Outras opções, como chave de conta, autenticação SQL etc.

Se você usar qualquer opção em vez de identidades gerenciadas, todas as credenciais deverão ser armazenadas e protegidas em um cofre de chaves do Azure. O Microsoft Purview requer acesso get/list para o segredo no Azure Key Vault recurso.

Como regra geral, você pode usar as seguintes opções para configurar o runtime de integração e credenciais para verificar os sistemas de fonte de dados:

Use este guia para ler mais sobre cada fonte e suas opções de autenticação com suporte.

Outras recomendações

Aplicar práticas recomendadas de segurança para VMs de runtime auto-hospedadas

Considere proteger a implantação e o gerenciamento de VMs de runtime de integração auto-hospedada no Azure ou em seu ambiente local, se o runtime de integração auto-hospedada for usado para verificar fontes de dados no Microsoft Purview.

Para VMs de runtime de integração auto-hospedada implantadas como máquinas virtuais no Azure, siga as recomendações de práticas recomendadas de segurança para máquinas virtuais do Windows.

• Bloqueie o tráfego de entrada para suas VMs usando Grupos de Segurança de Rede e acesso ao Azure Defender Just-in-Time.
• Instale antivírus ou antimalware.
• Implante o Azure Defender para obter insights sobre qualquer possível anomalia nas VMs.
• Limite a quantidade de software nas VMs de runtime de integração auto-hospedada. Embora não seja um requisito obrigatório ter uma VM dedicada para um runtime auto-hospedado para o Microsoft Purview, é altamente recomendável usar VMs dedicadas especialmente para ambientes de produção.
• Monitore as VMs usando o Azure Monitor para VMs. Usando o agente de análise de log, você pode capturar conteúdo, como métricas de desempenho, para ajustar a capacidade necessária para suas VMs.
• Ao integrar máquinas virtuais ao Microsoft Defender para Nuvem, você pode prevenir, detectar e responder a ameaças.
• Mantenha seus computadores atualizados. Você pode habilitar o Windows Update Automático ou usar o Gerenciamento de Atualizações na Automação do Azure para gerenciar atualizações no nível do sistema operacional para o sistema operacional.
• Use vários computadores para maior resiliência e disponibilidade. Você pode implantar e registrar vários runtimes de integração auto-hospedada para distribuir as verificações em vários computadores de runtime de integração auto-hospedada ou implantar o runtime de integração auto-hospedada em um Conjunto de Dimensionamento de Máquinas Virtuais para maior redundância e escalabilidade.
• Opcionalmente, você pode planejar habilitar o backup do Azure de suas VMs de runtime de integração auto-hospedada para aumentar o tempo de recuperação de uma VM de runtime de integração auto-hospedada se houver um desastre no nível da VM.

Próximas etapas

• Arquitetura de rede e práticas recomendadas do Microsoft Purview
• Credenciais para autenticação de origem no Microsoft Purview