Build OCI Notifications topic and subscription configs with multi-channel delivery.
Last verified: May 2026
Build OCI Notifications topic and subscription configurations with email, Slack, PagerDuty, and webhook delivery.
Required Fields
compartmentIdtopicsubscriptionsOutput will appear here...Your team's on-call setup is messy: alarms send to a single email distribution list, alerts get buried in inbox noise, real incidents are missed. The builder generates a tiered notification strategy: 3 topics — `prod-critical` (PagerDuty + on-call SMS), `prod-warning` (Slack #ops), `prod-info` (email digest). Existing alarms are remapped to appropriate topics based on severity. Within a week, on-call escalation effectiveness improves measurably; the team stops missing critical incidents because they're no longer drowning in info-level email noise.
OCI Notifications provides a publish-subscribe messaging service for sending alerts and messages to multiple endpoints simultaneously. Topics define the subject of notifications, and subscriptions deliver messages to email addresses, SMS numbers, Slack webhooks, PagerDuty, OCI Functions, and HTTPS endpoints. This builder helps you configure notification topics with subscription endpoints, message formatting, filter policies, and integration with OCI Events and Alarms for automated alerting.
The builder constructs OCI Notifications topic configurations: topic resource (display name, compartment), subscriptions (per-protocol: EMAIL, SMS, HTTPS, PAGERDUTY, SLACK, ORACLE_FUNCTIONS, with the appropriate destination URL/email/phone/function-OCID), and optional message filtering. Output is generated as oci ons topic + oci ons subscription commands and Terraform oci_ons_notification_topic + oci_ons_subscription resources.
Use SEPARATE topics for different urgency levels — critical alerts go to PagerDuty + SMS, warnings go to Slack, info goes to email. Mixing all severity levels into one topic causes alert fatigue (everything pages) or missed critical events (PagerDuty disabled because of noise).
Always include the topic OCID in your runbook. When an alert fires, the responder needs to know how to mute the topic, find recent message history, or modify subscriptions. Topics referenced only by name in alerting policies are hard to find during incidents.
Subscription confirmation is required for email/SMS — subscribers must click a confirmation link before receiving messages. This is a 5-minute step that often gets forgotten, leading to 'why am I not receiving alerts?' incidents during the next firing event.
Was this tool helpful?
Disclaimer: This tool runs entirely in your browser. No data is sent to our servers. Always verify outputs before using them in production. AWS, Azure, and GCP are trademarks of their respective owners.