Conector de origen

Conector de Pagerduty

Integración de Pagerduty con bases de datos, warehouses y herramientas de BI

Respuesta a incidentes, guardias y escalado. Datrise captura entidades de Pagerduty como incidentes, servicios, calendarios, políticas de escalado, entradas de log y respondedores, y luego entrega modelos normalizados y tipados para reporting en warehouse, atribución y flujos de IA.

La PagerDuty REST API v2 se autentica con API key, OAuth 2.0, las cargas incrementales usan since / until (date_range query parameters on GET /incidents; most other list endpoints have no equivalent).

De los 6 objetos, 5 se sincronizan con upsert por clave primaria y 1 como flujos append-only, de modo que cada ejecución incremental solo mueve lo que cambió desde la última marca de agua. Cada objeto llega a su propia tabla (por ejemplo `pagerduty_incidents`) con el esquema derivado de la API de Pagerduty, no de un CSV, en cualquiera de los 43 destinos soportados.

Datrise está en acceso anticipado: elige un destino abajo para ver el pipeline de Pagerduty y únete a la lista de espera para recibir el conector con onboarding guiado.

Sincronización incrementalMapeo consciente del esquema43 destinos disponibles

Qué datos de Pagerduty extrae Datrise

Cada objeto llega a su propia tabla tipada. El modo de sync se deriva del objeto: los objetos de historial se anexan, el resto se actualiza con upsert.

Objeto	Tabla de destino	Modo de sync
incidents	pagerduty_incidents	Upsert por clave primaria, incremental por updated-at
services	pagerduty_services	Upsert por clave primaria, incremental por updated-at
schedules	pagerduty_schedules	Upsert por clave primaria, incremental por updated-at
escalation policies	pagerduty_escalation_policies	Upsert por clave primaria, incremental por updated-at
log entries	pagerduty_log_entries	Append incremental por marca de tiempo
responders	pagerduty_responders	Upsert por clave primaria, incremental por updated-at

API de Pagerduty: datos de configuración del conector

Verificado contra la documentación del proveedor el 2026-09-02. Los valores desconocidos se dejan en blanco, no se inventan.

API	PagerDuty REST API v2
Autenticación	API key, OAuth 2.0 — Account-level API Access Key sent as a Token header, or OAuth2 with Scoped OAuth (granular) or Classic User OAuth (broad, on behalf of a user) app registration.
Paginación	offset — limit/offset with a default limit of 25 and a documented maximum of 100; classic offset pagination has a hard 10,000-record ceiling (limit+offset over that returns HTTP 400).
Límite de peticiones	No publicado
Cursor incremental	since / until (date_range query parameters on GET /incidents; most other list endpoints have no equivalent) — Only a handful of endpoints (notably incidents) support since/until; most resources must be fully re-listed and diffed for changes.
Webhooks	Sí — V3 Webhook Subscriptions (service_reference, team_reference, account_reference filters)
Exportación masiva	No
Detección de borrados	No

Referencia oficial de la API

Compara esto con todas las demás APIs documentadas

Destinos populares para Pagerduty

Elige un destino abajo para abrir la página de pipeline lista para usar.

A
Airtable
Destino de hoja relacional para equipos de operaciones y go-to-market.
Ver pipeline
A
Amazon Athena
SQL serverless sobre tablas del data lake en S3.
Ver pipeline
A
Amazon DynamoDB
Base key-value y documental serverless en AWS.
Ver pipeline
A
Amazon QuickSight
BI serverless en AWS con SPICE y analítica embebida.
Ver pipeline
A
Amazon Redshift
Almacén a escala petabyte en AWS con Spectrum.
Ver pipeline
A
Amazon S3 Data Lake
Zona de aterrizaje en object storage para parquet y snapshots.
Ver pipeline
A
Apache Superset
BI open source para exploración SQL, gráficos y publicación de dashboards.
Ver pipeline
A
Archivos CSV
Destino de archivos planos para exportaciones y compartición ligera.
Ver pipeline
A
Azure Data Lake Storage
Almacenamiento ADLS Gen2 para cargas analíticas.
Ver pipeline

Preguntas sobre el conector de Pagerduty

¿Qué datos de Pagerduty extrae el conector?: 6 objetos: incidents, services, schedules, escalation policies, log entries y responders. Cada uno se carga en su propia tabla con tipos preservados; los objetos con historial (1: log entries) se cargan como append-only.
¿La integración de Pagerduty es incremental?: Sí. Tras la carga inicial completa, cada ejecución lee solo los registros cambiados desde la última marca de agua (updated-at o timestamp del evento) y aplica upsert o append según el objeto.
¿A dónde puedo cargar los datos de Pagerduty?: A 43 destinos: bases de datos relacionales, warehouses, data lakes, hojas de cálculo y herramientas de BI. Cada par Pagerduty → destino tiene su propia página con el mapeo de objetos a tablas.

Otras fuentes de

Otras fuentes de la misma categoría, cada una con su propia página de conector.

Acceso anticipado

Lanza tu pipeline de Pagerduty con onboarding guiado

Únete a la lista de espera para obtener acceso prioritario a integraciones de Pagerduty con setup guiado, mapeo consciente del esquema y sincronización incremental de nivel producción.