PagerDuty Bi-directional integration
Note
This feature is in early access. Contact your account representative or Support to request access.
PagerDuty Bi-directional keeps a Coralogix Case and its linked PagerDuty incident in sync in both directions. Acknowledge, resolve, comment on, or add a resolution note to an incident in PagerDuty and the linked Case updates automatically, and the same actions on the Case flow back to the incident. It builds on the existing PagerDuty connector and is opt-in: you turn it on with the Enable bi-directional sync setting on the integration, and the existing one-way service-key connector keeps working unchanged. The integration syncs Cases only and does not change how Coralogix routes alerts to PagerDuty.
How it compares to the service-key connector
Coralogix offers two ways to connect to PagerDuty. Pick the one that matches how your team works.
| PagerDuty Bi-directional | PagerDuty (service key) | |
|---|---|---|
| Credential | PagerDuty API key and user email, stored in a PagerDuty integration | Service integration key, entered directly on the connector |
| Sync direction | Two-way (Cases ↔ PagerDuty) | One-way (Coralogix to PagerDuty) |
| Sends | Cases only | Alerts and Cases |
| Services per connector | Multiple | One |
| Use it for | Keeping Cases and incidents in lockstep across acknowledge, resolve, comments, and resolution notes | Routing alerts or Cases to a single PagerDuty service without return updates |
The service-key connector does not change. Adopting bi-directional sync is a deliberate choice you make when you create a new connector, and existing connectors keep delivering exactly as before.
What you need
- A PagerDuty REST API key with full access, and the email of a PagerDuty user on the account. See Get your PagerDuty API key. A service integration key is not sufficient for two-way sync.
- Permission to manage integrations in Coralogix. See Permissions.
Set up the integration
Setup has three parts: get a PagerDuty API key, create the account-level integration, then create a connector that uses it.
Get your PagerDuty API key
Bi-directional sync needs a PagerDuty REST API key with full (read and write) access, because Coralogix both reads incident updates and writes acknowledgements, resolutions, and notes back to PagerDuty.
- Sign in to PagerDuty as an account administrator.
- Go to Integrations, then API Access Keys.
- Select Create New API Key.
- Enter a description (for example,
Coralogix Cases) and leave read-only access cleared so the key has full access. - Select Create Key, then copy the key. PagerDuty shows the full key only once.
You also need the email of a PagerDuty user on the account. Coralogix sends it as the actor for the actions it performs in PagerDuty (acknowledge, resolve, add note).
For details, see PagerDuty's API access keys documentation.
Add the PagerDuty integration
- From the Coralogix toolbar, go to Data Flow, then Integrations.
- Select PagerDuty, then select Add New.
- In Integration name, enter a name for the integration.
- In PagerDuty API key, paste the key you created.
- In Email, enter the email of a PagerDuty user on the account. We recommend a dedicated integration account rather than one tied to an individual, so sync keeps working if that person leaves.
- Select Enable bi-directional sync to sync PagerDuty incident updates with Coralogix Cases. Leave it cleared to use the integration for one-way delivery only.
- Accept Data Processing Consent.
- Select Connect.
An account uses a single account-level PagerDuty integration, which the bi-directional connector reads.
Create a bi-directional connector
- In Coralogix, go to Integrations, then Notification Center.
- On the Connectors tab, under Add new connector, select PagerDuty.
- Enter a connector Name.
- Under Configuration, select Bi-directional.
- Select the account-level PagerDuty integration. If none exists yet, use the link to set one up first.
- In Service name, select the PagerDuty service this connector targets.
- Select Create connector.
For incident updates to reach Cases, Enable bi-directional sync must be on for the integration. The connector then appears in the connectors list with a Bi-directional badge, alongside any Service key connectors you already have. The connector path stays fixed after you create it. In the presets and connector type picker, the bi-directional connector type appears as PagerDuty Incidents.
Route Cases to the connector
To deliver Cases through the connector, add it as a destination in a Notification Center routing rule and select a preset. A default Cases - Basic PagerDuty Account Incidents Preset is available, or create a custom preset, as you do for other connectors.
What syncs
After a Case opens a PagerDuty incident through a bi-directional connector, Coralogix keeps the two records aligned. Sync covers status, priority, comments, and resolution notes, and it flows in both directions.
From PagerDuty to a Case
- Acknowledge: acknowledging the incident moves the linked Case to acknowledged, and the Case timeline shows that the acknowledgement came from PagerDuty.
- Resolve: resolving the incident resolves the linked Case.
- Priority: changing the incident priority updates the Case priority.
- Comments: a note you add in PagerDuty appears as a comment on the Case, from the PagerDuty user.
- Resolution notes: a resolution note on the incident populates the Case resolution notes field.
After a Case closes, inbound PagerDuty events no longer change its state. Coralogix appends them to the timeline as comments only.
From a Case to PagerDuty
- Acknowledge: acknowledging the Case acknowledges the incident.
- Resolve: resolving the Case resolves the incident, and Coralogix sends any Case resolution note as the incident resolution note.
- Priority: changing the Case priority updates the incident priority.
- Comments: a comment on the Case appears as a note on the incident.
- Close: PagerDuty has no closed state, so closing a Case does not change the incident. If the incident is still open, Coralogix posts a final note recording that you closed the Case in Coralogix.
Status mapping
PagerDuty and Cases map as follows.
| PagerDuty incident | Coralogix Case |
|---|---|
| Acknowledged | Acknowledged |
| Resolved | Resolved |
| (no closed state) | Closed (not propagated to PagerDuty) |
Open the linked record
Each synced Case and incident cross-reference each other. From the Case, select View in PagerDuty to open the incident, and the PagerDuty incident links back to the Case in its details.
Scope of bi-directional sync
Bi-directional sync applies only to Cases that opened a PagerDuty incident through the connector. Each Case links to exactly one incident, and each incident links to exactly one Case. Coralogix ignores updates to PagerDuty incidents that have no linked Case and does not act on incidents created directly in PagerDuty.
Reliability and security
- Coralogix validates the signature on every inbound webhook from PagerDuty and rejects any request that fails verification.
- Coralogix retries transient failures with exponential backoff and honors PagerDuty rate limits.
- If someone revokes the REST API key or deactivates its owner, Coralogix marks the integration disconnected and shows a banner on the connector. Reconnect the integration with a valid key to resume sync.
- Coralogix logs every inbound and outbound sync attempt to the
notification_deliveriesdataset, which you can query in DataPrime to audit delivery and troubleshoot failures.
Troubleshooting
| Symptom | Cause | Resolution |
|---|---|---|
| Connector shows a disconnected banner | Someone revoked the REST API key, or deactivated the token owner. | Open the PagerDuty integration and reconnect it with a valid account-level REST API key. |
| Incident actions do not reach the Case | The connector uses the service-key path, or no incident links to the Case yet. | Confirm the connector uses the Bi-directional path and that the Case opened the incident through it. |
| Case actions do not reach the incident | The integration lost its connection, or the Case already closed. | Reconnect the integration. Closed Cases do not push state changes to PagerDuty. |
| Sync lags during a major incident | PagerDuty is rate limiting the account. | No action needed. Coralogix retries with backoff. Review notification_deliveries for retry detail. |
Permissions
To create and manage the PagerDuty integration, you need the following.
| Resource | Action | Description |
|---|---|---|
integrations | ReadConfig | View deployed integrations. |
integrations | Manage | Add, remove, or update integrations. |