

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Supervisar eventos públicos y específicos de la cuenta para AWS Health
<a name="about-public-events"></a>

Al crear una EventBridge regla para supervisar los eventos AWS Health, la regla incluye tanto eventos específicos de la cuenta como eventos públicos:
+ *Account-specific*los eventos afectan a su cuenta y sus recursos, como un evento que le informa sobre una actualización necesaria de una instancia de Amazon EC2 u otros eventos de cambio programados.
+ Los eventos *públicos* aparecen en el [panel de control de AWS Health : estado del servicio](https://status.aws.amazon.com/). Los eventos públicos no son específicos de Cuentas de AWS ni proporcionan información pública sobre la disponibilidad regional de un servicio.

**importante**  
Para recibir ambos tipos de eventos, la regla debe usar el valor de `"source": [ "aws.health"]`. Los caracteres comodín, como `"source": [ "aws.health*"]`, no coincidirán con el patrón para permitir monitorizar ningún evento.

Puede identificar si un evento es público o específico de una cuenta en EventBridge, mediante el parámetro de evento. ScopeCode Los eventos pueden tener `PUBLIC` o `ACCOUNT_SPECIFIC`. También puede filtrar la regla según este parámetro.

Para ver un ejemplo de evento público para Amazon Elastic Compute Cloud, consulte[Evento de estado público: problema operativo en Amazon EC2](aws-health-events-eventbridge-schema.md#amazon-ec2-operational-issue).

## Reglas de Backup para AWS Health eventos
<a name="about-public-events-backup-rules"></a>

Si monitorizas eventos públicos desde una Región de AWS, te recomendamos que crees una regla de respaldo. Los eventos públicos para AWS Health se envían simultáneamente a la región afectada y a la región de respaldo cuando se establece una regla válida en la región afectada.

AWS Health envía eventos específicos de la cuenta tanto a la región afectada como a la región de respaldo, independientemente de las reglas configuradas en la región afectada.

Le recomendamos que deduplique AWS Health los eventos utilizando `eventARN` y `communicationId` porque estos valores siguen siendo los mismos para los AWS Health mensajes que se envían a la región de respaldo.