Conector de origem

Conector Pagerduty

Integração do Pagerduty com bancos de dados, warehouses e ferramentas de BI

Resposta a incidentes, plantões e escalonamento. A Datrise captura entidades do Pagerduty como incidentes, serviços, escalas, políticas de escalonamento, entradas de log e respondentes, e entrega modelos normalizados e tipados para reporting em warehouse, atribuicao e fluxos de IA.

A PagerDuty REST API v2 autentica com API key, OAuth 2.0, as cargas incrementais usam since / until (date_range query parameters on GET /incidents; most other list endpoints have no equivalent).

Dos 6 objetos, 5 sincronizam com upsert por chave primária e 1 como fluxos append-only, então cada execução incremental move só o que mudou desde a última marca d'água. Cada objeto chega na própria tabela (por exemplo `pagerduty_incidents`) com esquema derivado da API do Pagerduty, não de um CSV, em qualquer um dos 43 destinos suportados.

A Datrise está em acesso antecipado: escolha um destino abaixo para ver o pipeline do Pagerduty e entre na lista de espera para receber o conector com onboarding guiado.

Sync incrementalMapeamento orientado a schema43 destinos disponíveis

Quais dados do Pagerduty a Datrise extrai

Cada objeto chega na própria tabela tipada. O modo de sync deriva do objeto: objetos de histórico fazem append, o restante faz upsert.

Objeto	Tabela de destino	Modo de sync
incidents	pagerduty_incidents	Upsert por chave primária, incremental por updated-at
services	pagerduty_services	Upsert por chave primária, incremental por updated-at
schedules	pagerduty_schedules	Upsert por chave primária, incremental por updated-at
escalation policies	pagerduty_escalation_policies	Upsert por chave primária, incremental por updated-at
log entries	pagerduty_log_entries	Append incremental por timestamp
responders	pagerduty_responders	Upsert por chave primária, incremental por updated-at

API do Pagerduty: fatos de configuração do conector

Verificado na documentação do fornecedor em 2026-09-02. Valores desconhecidos ficam em branco, não são inventados.

API	PagerDuty REST API v2
Autenticação	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.
Paginação	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).
Limite de requisições	Não 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	Sim — V3 Webhook Subscriptions (service_reference, team_reference, account_reference filters)
Exportação em massa	Não
Detecção de exclusões	Não

Referência oficial da API

Compare isto com todas as outras APIs documentadas

Destinos populares para Pagerduty

Escolha um destino abaixo para abrir a pagina de pipeline pronta.

A
Airtable
Destino de planilha relacional para equipes de operações e go-to-market.
Ver pipeline
A
Amazon Athena
SQL serverless sobre tabelas do data lake no S3.
Ver pipeline
A
Amazon DynamoDB
Banco key-value e documental serverless na AWS.
Ver pipeline
A
Amazon QuickSight
BI serverless na AWS com SPICE e analytics embutido.
Ver pipeline
A
Amazon Redshift
Warehouse em escala petabyte na AWS com Spectrum.
Ver pipeline
A
Amazon S3 Data Lake
Zona de landing em object storage para parquet e snapshots.
Ver pipeline
A
Apache Superset
BI open source para exploração SQL, gráficos e publicação de dashboards.
Ver pipeline
A
Arquivos CSV
Destino de arquivos planos para exports e compartilhamento leve.
Ver pipeline
A
Azure Data Lake Storage
Armazenamento ADLS Gen2 para cargas analíticas.
Ver pipeline

Perguntas sobre o conector Pagerduty

Quais dados do Pagerduty o conector extrai?: 6 objetos: incidents, services, schedules, escalation policies, log entries e responders. Cada um vai para a própria tabela com tipos preservados; objetos com histórico (1: log entries) são carregados como append-only.
A integração do Pagerduty é incremental?: Sim. Depois da carga inicial completa, cada execução lê só os registros alterados desde a última marca d'água (updated-at ou timestamp do evento) e aplica upsert ou append conforme o objeto.
Para onde posso carregar os dados do Pagerduty?: Para 43 destinos: bancos relacionais, warehouses, data lakes, planilhas e ferramentas de BI. Cada par Pagerduty → destino tem a própria página com o mapeamento de objetos para tabelas.

Outras fontes de

Outras fontes da mesma categoria, cada uma com a própria página de conector.

Acesso antecipado

Lance seu pipeline de Pagerduty com onboarding guiado

Entre na lista de espera para ter acesso prioritário às integrações de Pagerduty com setup guiado, mapeamento orientado a schema e sync incremental de nível produção.