Visual overview
AWS Health supplies personalized event context while Organizations extends that view across member accounts.
Technical reference
Health event routing is driven by structured event fields. Historical windows and Support-plan entitlements are service details that can change and should be checked before production automation is finalized.
Account-specific events are personalized to your environment; public events describe broader service conditions.
The EventBridge schema exposes eventTypeCategory so rules can target operational issues, notices, investigations or scheduled changes.
statusCode helps automation distinguish active conditions, resolved events and future events requiring preparation.
AWS documents a 90-day event-log view for signed-in account/organization events; some unresolved planned lifecycle events have longer documented visibility behavior.
Organizations integration aggregates member-account events without disabling the accounts' own Health event delivery.
Match structured Health fields rather than scraping dashboard content or feeds when building reliable event-driven integrations.
Service limits and capabilities can change. Values shown here reflect the current AWS documentation; use the linked official sources below as the source of truth.
AWS Health separates public service status from events that affect your account
AWS Health communicates events about AWS services, resources and planned changes. Public service events describe broader AWS service conditions and can be viewed without an account through the public Service health experience. Signed-in account health adds account-specific events that can identify services or resources affected in your environment. That personalization is the important difference: a regional service issue is general awareness, while an account-specific event can tell an operator that a particular resource needs attention.
Health events carry structured attributes including service, event type code, category, status, Region and scope. Current AWS Health EventBridge schemas include categories such as issue, accountNotification, investigation and scheduledChange, and statuses such as open, closed and upcoming. Planned lifecycle events can provide advance notice of changes such as version retirement or required resource action, turning the dashboard into an operations planning input rather than only an outage page.
Affected resources and organization view make Health actionable at scale
Account events can include an affected-resources view, helping an operator move from 'AWS reports a condition' to 'these resources in this account are impacted.' The signed-in Health event log currently provides a rolling historical view, while unresolved planned lifecycle events have separate documented behavior. For long-term operational records, teams should route important events into their own incident, notification or archival workflows rather than assuming the console is a permanent event store.
AWS Health integrates with AWS Organizations through organizational view. Once enabled, the management account or a registered delegated administrator can receive a centralized feed of Health events for member accounts. This is especially valuable for platform teams that manage hundreds of workload accounts: central operators can see cross-account impact while workload teams continue to receive events locally.
EventBridge turns Health notifications into operational workflows
AWS Health emits events to Amazon EventBridge, allowing rules to match event attributes and route them to supported targets. An organization might notify an operations channel for planned lifecycle events, open an IT service-management item for affected production resources, or start an automation when a specific event type is received. Event-driven handling avoids relying on an engineer to repeatedly refresh the Health dashboard during an incident or maintenance window.
The AWS Health API offers programmatic access to Health information, but entitlement is tied to current AWS Support-plan requirements. AWS documentation in 2026 lists Business Support+, Enterprise Support and Unified Operations for API access. Because support plans and feature entitlements can change, automation designs should verify current plan requirements rather than treating a certification-era support-plan name as permanent.
- Use the public Service health view for broad AWS service conditions and signed-in account health for personalized impact.
- Organizational view aggregates member-account events for central operations.
- Use EventBridge when Health events should automatically notify people or trigger workflows.
Key takeaways
- 01
AWS Health provides public service events as well as account-specific events tied to AWS resources and services.
- 02
Event attributes such as category, status, scope and affected resources make Health suitable for targeted operational response.
- 03
Organizational view centralizes Health events across AWS Organizations accounts.
- 04
EventBridge can route Health events into automated notification and remediation workflows.
- 05
AWS Health API access depends on current Support-plan entitlement and should be verified before building automation around it.
Official AWS sources
Use these primary AWS resources for the source material behind this article and for deeper reference.