Procedimientos recomendados de gobernanza de datos para la seguridad

En este artículo se proporcionan prácticas recomendadas para los requisitos de seguridad comunes para las soluciones de gobierno clásicas de Microsoft Purview. La estrategia de seguridad descrita sigue el enfoque de defensa en profundidad por capas.

Antes de aplicar estas recomendaciones a su entorno, debe consultar a su equipo de seguridad, ya que es posible que algunas no sean aplicables a sus requisitos de seguridad.

Seguridad de red

Puede habilitar las siguientes funcionalidades de seguridad de red para el mapa de datos de Microsoft Purview:

• Habilite el aislamiento de red de un extremo a otro mediante el servicio Private Link.
• Use el Firewall de Microsoft Purview para deshabilitar el acceso público.
• Implementar reglas de grupo de seguridad de red (NSG) para subredes donde se implementan puntos de conexión privados de orígenes de datos de Azure, puntos de conexión privados de Microsoft Purview y máquinas virtuales de tiempo de ejecución autohospedadas.
• Implemente Microsoft Purview con puntos de conexión privados administrados por una aplicación virtual de red, como Azure Firewall, para la inspección y el filtrado de red.

Para obtener más información, consulte Procedimientos recomendados relacionados con la conectividad a los servicios PaaS de Azure.

Implementación de puntos de conexión privados para cuentas de Microsoft Purview

Si necesita usar Microsoft Purview desde dentro de su red privada, se recomienda usar el servicio Azure Private Link con sus cuentas de Microsoft Purview para el aislamiento parcial o de un extremo a otro para conectarse al portal de gobierno de Microsoft Purview, acceder a los puntos de conexión de Microsoft Purview y examinar los orígenes de datos.

El punto de conexión privado de la cuenta de Microsoft Purview se usa para agregar otra capa de seguridad, por lo que solo las llamadas de cliente que se originaron en la red virtual pueden acceder a la cuenta de Microsoft Purview. Este punto de conexión privado también es un requisito previo para el punto de conexión privado del portal.

El punto de conexión privado del portal de Microsoft Purview es necesario para habilitar la conectividad al portal de gobierno de Microsoft Purview mediante una red privada.

Microsoft Purview puede examinar orígenes de datos en Azure o en un entorno local mediante puntos de conexión privados de ingesta.

Para obtener más información, consulte Arquitectura de red y procedimientos recomendados de Microsoft Purview.

Bloquear el acceso público mediante el firewall de Microsoft Purview

Puede deshabilitar el acceso público de Microsoft Purview para cortar completamente el acceso a la cuenta de Microsoft Purview de la red pública de Internet. En este caso, debes tener en cuenta los siguientes requisitos:

• Microsoft Purview debe implementarse en función del escenario de aislamiento de red de un extremo a otro.
• Para acceder al portal de gobierno de Microsoft Purview y a los puntos de conexión de Microsoft Purview, debe usar una máquina de administración conectada a una red privada para acceder a Microsoft Purview a través de una red privada.
• Revise las limitaciones conocidas.

Para obtener más información, consulte Firewalls to restrict public access.

Usar grupos de seguridad de red

Puede usar un grupo de seguridad de red de Azure para filtrar el tráfico de red hacia y desde los recursos de Azure en una red virtual de Azure. Un grupo de seguridad de red contiene reglas de seguridad que permiten o deniegan el tráfico de red entrante o saliente de varios tipos de recursos de Azure. Para cada regla, puede especificar el origen y el destino, el puerto y el protocolo.

Los grupos de seguridad de red pueden aplicarse a la interfaz de red o a subredes de redes virtuales de Azure, donde se implementan los puntos de conexión privados de Microsoft Purview, las máquinas virtuales de Integration Runtime autohospedadas y los orígenes de datos de Azure.

Para más información, consulte Aplicación de las reglas de NSG a los puntos de conexión privados.

Se requieren las siguientes reglas de NSG en los orígenes de datos para el análisis de Microsoft Purview:

Para acceder al portal de gobierno de Microsoft Purview, se requieren las siguientes reglas de NSG en las máquinas de administración:

Para el análisis y la ingesta de metadatos de Microsoft Purview, se requieren las siguientes reglas de NSG en las máquinas virtuales de Integration Runtime autohospedadas :

Las siguientes reglas del grupo de seguridad de red son necesarias para la cuenta de Microsoft Purview, el portal y los puntos de conexión privados de ingesta:

Para obtener más información, consulte Requisitos de red del entorno de ejecución de integración autohospedado.

Administración de acceso

La administración de identidades y acceso proporciona la base de un gran porcentaje de garantía de seguridad. Permite el acceso basado en la autenticación de identidad y los controles de autorización en los servicios en la nube. Estos controles protegen los datos y los recursos y deciden qué solicitudes deben permitirse.

En relación con la administración de roles y acceso en Microsoft Purview, puede aplicar los siguientes procedimientos recomendados de seguridad:

• Definir roles y responsabilidades para administrar Microsoft Purview en el plano de control y el plano de datos:
  • Defina los roles y las tareas necesarios para implementar y administrar Microsoft Purview dentro de una suscripción de Azure.
  • Defina los roles y las tareas necesarias para realizar la administración y gobernanza de datos mediante Microsoft Purview.
• Asigne roles a grupos de Microsoft Entra en lugar de asignar roles a usuarios individuales.
• Use Administración de derechos de Active Directory de Azure para asignar el acceso de los usuarios a grupos de Microsoft Entra mediante paquetes de acceso.
• Exigir la autenticación multifactor para los usuarios de Microsoft Purview, especialmente para los usuarios con roles privilegiados como administradores de colecciones, administradores de orígenes de datos o conservadores de datos.

Administrar una cuenta de Microsoft Purview en el plano de control y el plano de datos

El plano de control se refiere a todas las operaciones relacionadas con Azure implementación y administración de Microsoft Purview dentro de Azure Resource Manager.

El plano de datos se refiere a todas las operaciones relacionadas con la interacción con Microsoft Purview dentro del Mapa de datos y el Catálogo unificado.

Puede asignar roles de plano de control y plano de datos a usuarios, grupos de seguridad y entidades de servicio desde el inquilino de Microsoft Entra asociado a la suscripción de Azure de la instancia de Microsoft Purview.

Ejemplos de operaciones en el plano de control y en el plano de datos:

Los roles de plano de Microsoft Purview se definen y administran dentro de la instancia de Microsoft Purview en las colecciones de Microsoft Purview. Para obtener más información, consulte Control de acceso en Microsoft Purview.

Siga los roles de Gobierno de datos de Microsoft Purview para obtener instrucciones sobre los roles y permisos de los usuarios para administrar en el Catálogo unificado.

Siga las recomendaciones de acceso basado en roles de Azure para las tareas del plano de control de Azure.

Autenticación y autorización

Para obtener acceso a Microsoft Purview, los usuarios deben autenticarse y estar autorizados. La autenticación es el proceso de demostrar que el usuario es quien dice ser. La autorización hace referencia al control del acceso dentro de Microsoft Purview asignado a las colecciones.

Usamos Microsoft Entra ID para proporcionar mecanismos de autenticación y autorización para Microsoft Purview dentro de las colecciones. Puede asignar roles de Microsoft Purview a las siguientes entidades de seguridad desde el inquilino de Microsoft Entra asociado a la suscripción de Azure donde se hospeda la instancia de Microsoft Purview:

• Usuarios o usuarios invitados (si ya se han agregado a su inquilino de Microsoft Entra)
• Grupos de seguridad
• Identidades administradas
• Entidades de servicio

Los roles específicos de Microsoft Purview se pueden asignar a una jerarquía de colecciones flexible dentro de la instancia de Microsoft Purview.

Definir el modelo con privilegios mínimos

Como regla general, restringir el acceso basado en la necesidad de conocer y los principios de seguridad con privilegios mínimos es imperativo para las organizaciones que desean aplicar políticas de seguridad para el acceso a datos.

En Microsoft Purview, los orígenes de datos, los recursos y los exámenes se pueden organizar mediante las colecciones de Microsoft Purview. Las colecciones son agrupaciones jerárquicas de metadatos en Microsoft Purview, pero al mismo tiempo proporcionan un mecanismo para administrar el acceso en Microsoft Purview. Los roles en Microsoft Purview se pueden asignar a una colección en función de la jerarquía de la colección.

Use las colecciones de Microsoft Purview para implementar la jerarquía de metadatos de su organización para la administración centralizada o delegada y la jerarquía de gobernanza basada en el modelo con privilegios mínimos.

Siga el modelo de acceso con privilegios mínimos al asignar roles dentro de las colecciones de Microsoft Purview segregando las tareas dentro de su equipo y concediendo solo la cantidad de acceso a los usuarios que necesitan para realizar su trabajo.

Para obtener más información sobre cómo asignar el modelo de acceso con privilegios mínimos en Microsoft Purview, en función de la jerarquía de colecciones de Microsoft Purview, consulte Control de acceso en Microsoft Purview.

Menor exposición de cuentas con privilegios

Asegurar el acceso privilegiado es un primer paso fundamental para proteger los activos empresariales. Minimizar el número de personas que tienen acceso a información o recursos seguros reduce la posibilidad de que un usuario malintencionado obtenga acceso o que un usuario autorizado afecte inadvertidamente a un recurso confidencial.

Reduzca el número de usuarios con acceso de escritura dentro de la instancia de Microsoft Purview. Mantenga el número de administradores de colecciones y roles de conservador de datos mínimo en la recopilación raíz.

Usar autenticación multifactor y acceso condicional

La autenticación multifactor de Microsoft Entra proporciona otra capa de seguridad y autenticación. Para mayor seguridad, se recomienda aplicar directivas de acceso condicional para todas las cuentas con privilegios.

Mediante el uso de directivas de acceso condicional de Microsoft Entra, aplique la autenticación multifactor de Microsoft Entra en el inicio de sesión para todos los usuarios individuales asignados a roles de Microsoft Purview con acceso modificado dentro de las instancias de Microsoft Purview: Administración de colecciones, Administración de orígenes de datos, Conservador de datos.

Habilite la autenticación multifactor para las cuentas de administrador y asegúrese de que los usuarios de la cuenta de administrador se hayan registrado para MFA.

Para definir las directivas de acceso condicional, seleccione Microsoft Purview como aplicación en la nube.

Evitar la eliminación accidental de cuentas de Microsoft Purview

En Azure, puede aplicar bloqueos de recursos a una suscripción de Azure, a un grupo de recursos o a un recurso para evitar la eliminación o modificación accidentales de recursos críticos.

Habilite el bloqueo de recursos de Azure para sus cuentas de Microsoft Purview a fin de evitar la eliminación accidental de instancias de Microsoft Purview en las suscripciones de Azure.

Agregar un CanNotDelete bloqueo ReadOnly o a la cuenta de Microsoft Purview no impide las operaciones de eliminación o modificación dentro del plano de datos de Microsoft Purview, sin embargo, impide cualquier operación en el plano de control, como la eliminación de la cuenta de Microsoft Purview, la implementación de un punto de conexión privado o la configuración de las opciones de diagnóstico.

Para obtener más información, consulte Descripción del ámbito de los bloqueos.

Los bloqueos de recursos se pueden asignar a grupos de recursos o recursos de Microsoft Purview, pero no se puede asignar un bloqueo de recursos de Azure a recursos administrados de Microsoft Purview o a un grupo de recursos administrado.

Implementar una estrategia de rotura de cristales

Planifique una estrategia de ruptura de vidrio para su inquilino de Microsoft Entra, suscripción de Azure y cuentas de Microsoft Purview para evitar el bloqueo de cuentas en todo el inquilino.

Para obtener más información sobre la planificación de acceso de emergencia de Microsoft Entra ID y Azure, consulte Administración de cuentas de acceso de emergencia en Microsoft Entra ID.

Para obtener más información sobre la estrategia de Microsoft Purview break glass, consulte Procedimientos recomendados y recomendaciones de diseño de las colecciones de Microsoft Purview.

Protección contra amenazas y prevención de la filtración de datos

Microsoft Purview proporciona información detallada sobre la confidencialidad de los datos, lo que los hace valiosos para los equipos de seguridad que usan Microsoft Defender para la nube para administrar la posición de seguridad de la organización y protegerse contra amenazas a sus cargas de trabajo. Los recursos de datos siguen siendo un objetivo popular para los actores maliciosos, por lo que es crucial que los equipos de seguridad identifiquen, prioricen y protejan los recursos de datos confidenciales en sus entornos en la nube. Para abordar este desafío, anunciamos la integración entre Microsoft Defender para la nube y Microsoft Purview en versión preliminar pública.

Integración con Microsoft 365 y Microsoft Defender para la nube

A menudo, uno de los mayores desafíos para la organización de seguridad en una empresa es identificar y proteger los activos en función de su criticidad y sensibilidad. Microsoft anunció recientemente la integración entre Microsoft Purview y Microsoft Defender para la nube en versión preliminar pública para ayudar a superar estos desafíos.

Si ha extendido las etiquetas de confidencialidad de Microsoft 365 para los activos y las columnas de base de datos en Microsoft Purview, puede realizar un seguimiento de los activos muy valiosos mediante Microsoft Defender para la nube a partir del inventario, las alertas y las recomendaciones basadas en las etiquetas de confidencialidad de los activos detectados.

• En cuanto a las recomendaciones, hemos proporcionado controles de seguridad para ayudarle a comprender la importancia de cada recomendación para su postura de seguridad general. Microsoft Defender para la nube incluye un valor de puntuación segura para cada control con el fin de ayudarle a priorizar el trabajo de seguridad. Obtenga más información en Controles de seguridad y sus recomendaciones.

• Para las alertas, hemos asignado etiquetas de gravedad a cada alerta para ayudarle a priorizar el orden en que atiende a cada alerta. Obtenga más información en ¿Cómo se clasifican las alertas?.

Para obtener más información, consulte Integración de Microsoft Purview con los productos de seguridad de Azure.

Protección de la información

Extracción y almacenamiento seguros de metadatos

Microsoft Purview es una solución de gobernanza de datos en la nube. Puede registrar y examinar en Microsoft Purview diferentes orígenes de datos de varios sistemas de datos de su entorno local, de Azure o multinube. Mientras el origen de datos se registra y examina en Microsoft Purview, los datos reales y los orígenes de datos permanecen en sus ubicaciones originales, solo los metadatos se extraen de los orígenes de datos y se almacenan en el Mapa de datos de Microsoft Purview, lo que significa que no es necesario mover los datos fuera de la región o de su ubicación original para extraer los metadatos en Microsoft Purview.

Si su cuenta se creó antes del 15 de diciembre de 2023, su cuenta se implementó con un grupo de recursos administrado y una cuenta de Azure Storage se implementó en ese grupo. Microsoft Purview consume estos recursos y ningún otro usuario o entidad de seguridad puede acceder a ellos. Una asignación de denegación de control de acceso basado en roles (RBAC) de Azure se agrega automáticamente a este grupo de recursos cuando se implementa la cuenta de Microsoft Purview, y eso impide el acceso de otros usuarios o cualquier operación CRUD que no se inicie mediante Microsoft Purview.

Las cuentas implementadas después del 15 de diciembre de 2023 (o implementadas mediante la versión de API 2023-05-01-preview en adelante) usan una cuenta de almacenamiento de ingesta que se implementa en suscripciones internas de Microsoft Azure. Dado que estos recursos no están en la suscripción a Azure de Microsoft Purview, ningún otro usuario o entidad de seguridad puede acceder a ellos, excepto la cuenta de Microsoft Purview.

(Si ha implementado sus cuentas con la API, las cuentas implementadas con la versión de API 2023-05-01-preview en adelante usarán una cuenta de almacenamiento de ingesta implementada en suscripciones internas de Microsoft Azure, en lugar de una cuenta de almacenamiento administrada implementada en su suscripción de Azure).

¿Dónde se almacenan los metadatos?

Microsoft Purview extrae solo los metadatos de diferentes sistemas de origen de datos en el Mapa de datos de Microsoft Purview durante el proceso de análisis.

Puede implementar una cuenta de Microsoft Purview dentro de la suscripción de Azure en cualquier región de Azure compatible.

Todos los metadatos se almacenan en Data Map dentro de la instancia de Microsoft Purview. Esto significa que los metadatos se almacenan en la misma región que la instancia de Microsoft Purview.

¿Cómo se extraen los metadatos de las fuentes de datos?

Microsoft Purview permite usar cualquiera de las siguientes opciones para extraer metadatos de orígenes de datos:

• entorno de ejecución de Azure. Los datos de metadatos se extraen y procesan en la misma región que los orígenes de datos.

  1. Se inicia un examen manual o automático desde el Mapa de datos de Microsoft Purview a través del entorno de ejecución de integración de Azure.

  2. El entorno de ejecución de integración de Azure se conecta al origen de datos para extraer los metadatos.

  3. Los metadatos se ponen en cola en el almacenamiento administrado o de ingesta de Microsoft Purview y se almacenan en Azure Blob Storage.

  4. Los metadatos se envían al Mapa de datos de Microsoft Purview.

• Entorno de ejecución de integración autohospedado. Los metadatos se extraen y procesan mediante el entorno de ejecución de integración autohospedado dentro de la memoria de las máquinas virtuales de entorno de ejecución de integración autohospedado antes de enviarlos al Mapa de datos de Microsoft Purview. En este caso, los clientes tienen que implementar y administrar una o más máquinas virtuales basadas en Windows de entorno de ejecución de integración autohospedado dentro de sus suscripciones de Azure o entornos locales. El examen de orígenes de datos locales y basados en VM siempre requiere el uso de un entorno de ejecución de integración autohospedado. No se admite el entorno de ejecución de integración de Azure para estos orígenes de datos. Los pasos siguientes muestran el flujo de comunicación a un nivel general cuando se usa un entorno de ejecución de integración autohospedado para examinar un origen de datos.

  1. Se activa un examen manual o automático. Microsoft Purview se conecta a Azure Key Vault para recuperar las credenciales para acceder a un origen de datos.

  2. El examen se inicia desde el Mapa de datos de Microsoft Purview a través de un entorno de ejecución de integración autohospedado.

  3. El servicio de entorno de ejecución de integración autohospedado de la máquina virtual se conecta al origen de datos para extraer los metadatos.

  4. Los metadatos se procesan en la memoria de la máquina virtual para el entorno de ejecución de integración autohospedado. Los metadatos se ponen en cola en el almacenamiento de ingesta de Microsoft Purview y, a continuación, se almacenan en Azure Blob Storage.

  5. Los metadatos se envían al Mapa de datos de Microsoft Purview.

  Si necesita extraer metadatos de orígenes de datos con datos confidenciales que no pueden salir del límite de la red local, se recomienda implementar la máquina virtual de Integration Runtime autohospedada dentro de la red corporativa, donde se encuentran los orígenes de datos, para extraer y procesar los metadatos en el entorno local y enviar solo los metadatos a Microsoft Purview.

  1. Se activa un examen manual o automático. Microsoft Purview se conecta a Azure Key Vault para recuperar las credenciales para acceder a un origen de datos.

  2. El análisis se inicia a través del entorno de ejecución de integración autohospedado local.

  3. El servicio de entorno de ejecución de integración autohospedado de la máquina virtual se conecta al origen de datos para extraer los metadatos.

  4. Los metadatos se procesan en la memoria de la máquina virtual para el entorno de ejecución de integración autohospedado. Los metadatos se ponen en cola en el almacenamiento de ingesta de Microsoft Purview y, a continuación, se almacenan en Azure Blob Storage. Los datos reales nunca salen del límite de la red.

  5. Los metadatos se envían al Mapa de datos de Microsoft Purview.

Protección y cifrado de la información

Azure ofrece muchos mecanismos para mantener la privacidad de los datos en reposo y a medida que se mueven de una ubicación a otra. Para Microsoft Purview, los datos se cifran en reposo con claves administradas por Microsoft y, cuando están en tránsito, con Seguridad de la capa de transporte (TLS) versión 1.2 o posterior.

Seguridad de la capa de transporte (cifrado en tránsito)

Los datos en tránsito (también conocidos como datos en movimiento) se cifran en Microsoft Purview.

Para agregar otra capa de seguridad además de los controles de acceso, Microsoft Purview protege los datos de los clientes cifrando los datos en movimiento con Seguridad de la capa de transporte (TLS) y protege los datos en tránsito contra ataques "fuera de banda" (como la captura de tráfico). Usa cifrado para asegurarse de que los atacantes no puedan leer o modificar fácilmente los datos.

Microsoft Purview admite el cifrado de datos en tránsito con Seguridad de la capa de transporte (TLS) versión 1.2 o posterior.

Para obtener más información, consulte Cifrar información confidencial en tránsito.

Cifrado de datos transparente (cifrado en reposo)

Los datos en reposo incluyen información que reside en el almacenamiento persistente en medios físicos, en cualquier formato digital. Los medios pueden incluir archivos en medios magnéticos u ópticos, datos archivados y copias de seguridad de datos dentro de regiones de Azure.

Para agregar otra capa de seguridad además de los controles de acceso, Microsoft Purview cifra los datos en reposo para protegerlos frente a ataques "fuera de banda" (como el acceso al almacenamiento subyacente). Usa cifrado con claves administradas por Microsoft. Esta práctica ayuda a asegurarse de que los atacantes no pueden leer o modificar los datos fácilmente.

Para obtener más información, consulte Cifrado de datos confidenciales en reposo.

Configuración opcional del espacio de nombres de Event Hubs

Cada cuenta de Microsoft Purview puede configurar Event Hubs a los que se puede acceder a través de su punto de conexión de Atlas Kafka. Esto se puede habilitar en la creación en Configuración o desde el Azure Portal en Configuración de Kafka. Se recomienda habilitar solo el centro de eventos administrado opcional si se usa para distribuir eventos dentro o fuera del Mapa de datos de la cuenta de Microsoft Purview. Para quitar este punto de distribución de información, no configure estos puntos de conexión o quítelos.

Para quitar espacios de nombres configurados de Event Hubs, siga estos pasos:

1. Busque y abra su cuenta de Microsoft Purview en el Azure Portal.
2. Seleccione Configuración de Kafka en Configuración en la página de su cuenta de Microsoft Purview en el Azure Portal.
3. Seleccione los centros de eventos que quiera deshabilitar. (Los centros de enlaces envían mensajes a Microsoft Purview. Los centros de notificaciones reciben notificaciones).
4. Seleccione Quitar para guardar la opción e iniciar el proceso de deshabilitación. Este proceso puede tardar varios minutos en completarse.

Para obtener más información acerca de cómo configurar estos espacios de nombres de Event Hubs, consulte: Configurar Event Hubs para temas de Atlas Kafka

Administración de credenciales

Para extraer metadatos de un sistema de origen de datos en el Mapa de datos de Microsoft Purview, es necesario registrarse y examinar los sistemas de origen de datos en el Mapa de datos de Microsoft Purview. Para automatizar este proceso, hemos puesto a disposición conectores para diferentes sistemas de origen de datos en Microsoft Purview para simplificar el proceso de registro y análisis.

Para conectarse a un origen de datos, Microsoft Purview requiere una credencial con acceso de solo lectura al sistema de origen de datos.

Se recomienda priorizar el uso de las siguientes opciones de credenciales para el análisis, cuando sea posible:

1. Identidad administrada de Microsoft Purview
2. Identidad administrada asignada por el usuario
3. Entidades de servicio
4. Otras opciones como la clave de cuenta, la autenticación SQL, etc.

Si usa cualquier opción en lugar de identidades administradas, todas las credenciales deben almacenarse y protegerse dentro de un almacén de claves de Azure. Microsoft Purview requiere acceso get/list a secret en el recurso Azure Key Vault.

Como regla general, puede usar las siguientes opciones para configurar el entorno de ejecución de integración y las credenciales para examinar los sistemas de origen de datos:

Use esta guía para obtener más información sobre cada origen y sus opciones de autenticación admitidas.

Otras recomendaciones

Aplicación de procedimientos recomendados de seguridad para máquinas virtuales en tiempo de ejecución autohospedadas

Considere la posibilidad de proteger la implementación y la administración de máquinas virtuales de Integration Runtime autohospedadas en Azure o en su entorno local, si se usa el entorno de Integration Runtime autohospedado para examinar los orígenes de datos en Microsoft Purview.

Para máquinas virtuales de Integration Runtime autohospedadas implementadas como máquinas virtuales en Azure, siga las recomendaciones de procedimientos recomendados de seguridad para máquinas virtuales Windows.

• Bloquee el tráfico entrante a las máquinas virtuales mediante grupos de seguridad de red y acceso Just-In-Time de Azure Defender.
• Instala antivirus o antimalware.
• Implemente Azure Defender para obtener información sobre cualquier posible anomalía en las máquinas virtuales.
• Limite la cantidad de software en las máquinas virtuales de Integration Runtime autohospedadas. Aunque no es un requisito obligatorio tener una máquina virtual dedicada para un entorno de ejecución autohospedado para Microsoft Purview, recomendamos encarecidamente el uso de máquinas virtuales dedicadas, especialmente para entornos de producción.
• Supervise las máquinas virtuales con Azure Monitor para VM. Mediante el agente de Log Analytics, puede capturar contenido, como métricas de rendimiento, para ajustar la capacidad necesaria de las máquinas virtuales.
• Mediante la integración de máquinas virtuales con Microsoft Defender para la nube, puede evitar, detectar y responder a amenazas.
• Mantenga sus máquinas al día. Puede habilitar el Windows Update automático o usar Update Management en Azure Automation para administrar las actualizaciones de nivel de sistema operativo para el sistema operativo.
• Utilice varias máquinas para lograr una mayor resistencia y disponibilidad. Puede implementar y registrar varios entornos de ejecución de integración autohospedados para distribuir los exámenes entre varias máquinas de entorno de ejecución de integración autohospedadas o implementar el entorno de ejecución de integración autohospedado en un conjunto de escalado de máquinas virtuales para obtener una mayor redundancia y escalabilidad.
• Opcionalmente, puede planear habilitar la copia de seguridad de Azure desde las máquinas virtuales de entorno de ejecución de integración autohospedadas para aumentar el tiempo de recuperación de una máquina virtual de entorno de ejecución de integración autohospedada si se produce un desastre en el nivel de máquina virtual.

Pasos siguientes

• Arquitectura de red y procedimientos recomendados de Microsoft Purview
• Credenciales para la autenticación de origen en Microsoft Purview