Skip to main content

Connector reference

Connector reference

38 connectors are registered. 28 connect directly, 7 need Continuum Local, and 3 are declared but not built. All of them need an Enterprise licence and continuum_integrations.manage, and none of them draws on a canvas.

Every connector can be found by free-text search when linking a stratum. Where a credential field has no label of its own, the form calls it API token.

Alerting and on-call

ConnectorCredentialOther fieldsPanel
PagerDutyAPI tokenPagerDuty region, Imported contentService identity, open incidents, incident coverage, ownership, on-call coverage, related services
incident.ioAPI keyCatalog types, relationship fields, attributes, history days, remediation countsCatalog entry and related incidents, or one incident with durations and follow-ups
RootlyAPI keyContent audience, ownership context, on-call coverage, action item countsService response and history, or one incident's lifecycle
Jira Service Management OperationsAtlassian sign-inSite, counts-onlyAlert scope with open, unacknowledged and snoozed counts, or an on-call schedule
FireHydrantAPI keyNoneService tier and active incidents, or one incident
Splunk On-CallAPI credentials (JSON)NoneOne incident, paged teams and state transitions
xMattersPasswordInstance URL, UsernameA group, a person or an event, with recent events

Observability

ConnectorCredentialOther fieldsPanel
DatadogDatadog credentialsDatadog site, content audience, saved detail, approved tag keys, Software Catalog, SLOs, default SLO windowHost, monitor, catalog service or reliability objective
New RelicUser API keyRegion (optional)Entity identity, alert severity, reporting state and tags
DynatraceAPI tokenEnvironment URLEntity identity and open problems by category, with a timeline
Elastic ObservabilityAPI keyKibana URLAlert rule identity, active count and execution status
Splunk Observability CloudAccess tokenRealmDetector state, active incidents by severity, current signals
Grafana AlertingService account tokenGrafana URLFiring alerts for a label matcher, or one alert rule's state

Every cloud connector reaches its provider from Blueprintr over HTTPS and is blocked from private, loopback, link-local, carrier-NAT and metadata addresses. Any URL field in these tables must name a publicly reachable host: Grafana, Alertmanager, Kibana, Dynatrace environment, self-hosted GitLab, xMatters and ServiceNow included. An internal host needs one of the on-premise connectors below, and Grafana, Alertmanager, Elastic, Dynatrace and GitLab are not among them.

Monitoring

ConnectorCredentialOther fieldsPanel
LogicMonitorBearer tokenCompany, content audience, saved detail, group scope, maintenance context, instance datapointsDevice, DataSource instance or resource group
AuvikAPI keyRegion, Username, site scope, audience, saved detail, alert history period, optional sectionsDevice context and recent alert history
AWS CloudWatchNoneA verified AWS cloud connection and a regionAn alarm with recent state changes, or a log group with event volume
Azure MonitorClient secretTenant ID, Client ID, Subscription IDResource identity, alerts by severity, recent alerts
Google Cloud MonitoringService account key (JSON)Project IDAlert policy and its conditions
Prometheus AlertmanagerPasswordAlertmanager URL, Username (optional)Alert counts for a matcher, top labels, firing since

CloudWatch is the one cloud connector that stores no credential of its own. It reuses a verified cloud connection, so the form offers a connection and region picker instead of a token field.

That connection's role needs nine CloudWatch and Logs actions the discovery role does not grant. The form lists them under Required IAM actions for the backing role; add them before expecting alarm or log-group data. On an organisation-mode connection the form also asks for a 12-digit member account id.

Alertmanager always requires a secret to save the connection. For an unauthenticated instance, leave Username blank and type any placeholder in Password. It is never sent without a username.

Google Cloud Monitoring shows alert-policy configuration only. Its panel states "Open incidents unavailable".

Uptime and synthetics

ConnectorCredentialOther fieldsPanel
PingdomAPI tokenNoneCheck identity, uptime percentage, average response, state changes
Better Stack UptimeAPI tokenNoneMonitor identity, SLA and incident counts, active incidents
UptimeRobotAPI keyNoneMonitor identity, recent health and window totals
ChecklyAPI keyAccount IDCheck identity, sampled results, latest runs
Site24x7OAuth credentials (JSON)OAuth client ID, Data centre (optional)Monitor state, account-wide fleet status, current problem monitors

Service management and source control

ConnectorCredentialOther fieldsPanel
Jira Cloud work itemsAtlassian sign-inSite, counts-onlyOne work item, a saved filter or a JQL scope
ServiceNow CMDBPasswordInstance URL, Username, Snapshot audience, Saved detail, Open workConfiguration item with lifecycle, environment, ownership groups and discovery dates; relationships from the CI's side with the total; optional open incident and change counts
GitHubAccess tokenOrganization (optional)Repository identity, activity, recent issues and workflow runs
GitLabAccess tokenInstance URL (optional)Project identity, activity, recent issues and pipelines

GitHub and GitLab take a pasted access token. There is no sign-in button on the Continuum connection form; Jira is the only connector that signs you in.

On-premise, through the local agent

These seven appear in the connector list but cannot be selected until the organisation has an enrolled agent that is online. Until then the option is disabled and reads "Needs a Continuum Local agent". Their credentials live in the agent's own configuration and are never sent to Blueprintr, so the connection form has no credential field.

ConnectorCredential parts in the agent configOther fieldsPanel
SolarWinds Orionusername and passwordOrion server URL, Orion usernameNode identity, health metrics, active alerts, interfaces, volumes
ZabbixtokenZabbix frontend URLHost identity, unresolved problems, current problems
PRTG Network MonitortokenPRTG server URLDevice identity, sensor counts, unhealthy sensors
Checkmkusername and passwordCheckmk URL, Site, Automation userHost identity, service states, current problems
Icinga 2username and passwordAPI URL, API userHost identity, service states, active problems
ManageEngine OpManagertokenOpManager URLDevice identity, active alarms
WhatsUp Goldusername and passwordWhatsUp Gold URLDevice identity and active monitor counts

For SolarWinds Orion, Checkmk and Icinga 2 the username typed into the connection form is replaced by the agent's own at dispatch, so set it in the agent config.

Declared but not built

NetBox, Infoblox and Veeam Backup & Replication appear in the connector list as disabled options marked "On the roadmap". They cannot be connected.

Reading any panel

Whatever the connector, the same rules hold.

  • Data is fetched with the connection's credential, not the reader's. A source link opens the provider, which applies its own permissions.
  • A panel is a named projection of the provider's response. The raw upstream object is never stored as-is.
  • A failed read never becomes a zero. Sections are marked unavailable or partial, and partial counts are lower bounds.
  • A provider that cannot be reached leaves the saved snapshot in place. The tab keeps its last successful body and the banner reads "Last refresh failed". A first link that cannot fetch is refused, so no tab is created.
  • A saved panel reaches everyone who can read the blueprint unless its connector has an audience setting. Only Datadog, LogicMonitor, Auvik, Rootly and ServiceNow have one. On a public blueprint every other panel is visible to anonymous readers, embeds and exports.
  • Counts describe what was retrieved at the stated time. They are not a statement that the component is healthy now.