OpsKnight

OpsKnight is a self-hosted incident command and on-call platform for alerting, paging, escalation policies, war rooms, status pages, and incident timelines. Monitoring webhooks can create incidents that responders acknowledge, assign, resolve, or group by fingerprint to reduce duplicate paging. Schedules support rotations, time zones, and swaps. Pages can be sent through SMS, push, Slack, Microsoft Teams, WhatsApp, or automated voice calls; responders can acknowledge voice pages by pressing 1, and unanswered calls move to the next escalation tier. Community includes one status page per installation, SLA policies, support-hours rules, and MTTA/MTTR analytics. The integrations page lists 27 native integrations, including Datadog, Sentry, Prometheus Alertmanager, Grafana Alerting, AWS CloudWatch, GitHub Actions, Slack, and Jira Cloud. Generic JSON webhooks support custom monitoring tools and scripts. Community is self-hosted under AGPL-3.0-only. It requires PostgreSQL 14+ and configured secrets; listed deployment options include Docker Compose, Docker Swarm, Helm, and Kustomize. The maker says there is no hosted SaaS cloud, external telemetry, or vendor phone-home. OpsKnight describes the platform as intended for SRE, DevOps, and platform teams able to operate Postgres, Docker, or Kubernetes, and not for users seeking a fully managed hosted service today.

OpsKnight provides incident response and on-call workflows in a self-hosted Community edition, with multiple deployment options and notification channels. Teams need the infrastructure to operate it, and the maker says it is not for those seeking a fully managed service today.

It suits SRE, DevOps, and platform teams that can run PostgreSQL and self-hosted infrastructure such as Docker or Kubernetes. It is not aimed at teams that need a fully managed hosted service today.

OpsKnight is an incident command and on-call platform for teams that want to operate response workflows in their own environment. It best fits SRE, DevOps, and platform groups already running container infrastructure and PostgreSQL. Its Community edition spans alerting through post-incident review, but that breadth comes with an operational commitment.

Overview

Monitoring webhooks can create incidents that responders acknowledge, assign, resolve, and group by fingerprint to reduce duplicate pages. War rooms, stakeholder updates, and incident timelines support coordination through post-incident review. That makes OpsKnight a broader response system than a paging layer alone; the payoff is strongest for teams prepared to maintain the underlying service.

Key features

On-call rotations handle time zones and swaps, while escalation policies move incidents onward when responders do not act. Notifications can go through SMS, push, Slack, Microsoft Teams, WhatsApp, and automated voice calls. A responder can acknowledge a voice page by pressing 1, and unanswered or unacknowledged calls advance to the next tier. Responders can also use an installable PWA with the same login as desktop; it is not a separate app-store product.

The Community edition includes one public, restricted, or private status page per installation, with an optional custom domain. SLA policies, support-hours rules, and MTTA/MTTR analytics help teams track response performance, although the one-page limit may be restrictive for organizations separating services or audiences. The integrations page lists 27 native integrations, including Datadog, Sentry, Prometheus Alertmanager, Grafana Alerting, AWS CloudWatch, GitHub Actions, Slack, and Jira Cloud. Generic JSON webhooks and SHA-256 fingerprint deduplication extend ingestion to custom tools and scripts.

OpsKnight supports local accounts and OIDC sign-on through Google Workspace, Okta, Azure AD, Keycloak, and Authentik, with workspace and team roles. The maker says credentials are encrypted at rest in PostgreSQL using AES-256-CBC envelope encryption and inbound webhooks use cryptographic verification. It also says the Community data plane runs in the operator's environment without external telemetry, vendor phone-home, or a hosted cloud holding encryption keys. Those controls will appeal to teams that need to keep operational data under their own administration, but they do not remove the responsibility to secure and maintain the deployment.

Pricing

Community: free. This self-hosted edition is licensed under AGPL-3.0-only and includes one status page per install, alongside on-call scheduling, escalation policies, basic status-page functionality, post-incident reviews, stakeholder updates, and ChatOps incident actions. It is the clear fit for teams able to operate the stack and willing to use the Community license. The one-page cap is the stated edition limit; separately licensed Enterprise modules, support, or hosted offerings may be offered independently.

Platforms

OpsKnight supports Android, iOS, API, web, and self-hosted use. Phone access is through an installable PWA using the desktop login, rather than a standalone app-store product. Community can be deployed with Docker Compose, Docker Swarm, Helm, or Kustomize. The install requirements include PostgreSQL 14+ and configured secrets; the maker recommends Docker Engine 20+ with Compose 2+ or Kubernetes 1.24+. This gives infrastructure teams deployment options, but makes OpsKnight a poor fit for buyers seeking a turnkey hosted tool.

Who it's for

OpsKnight is aimed at SRE, DevOps, and platform teams already running Postgres, Docker, or Kubernetes, including teams with strict compliance requirements. It is less suitable for teams without the people or infrastructure to own a self-hosted service, or those who need a fully managed hosted option today.

Pros and cons

• Pro: Alert intake, deduplication, escalation, coordination, status reporting, and post-incident review sit in one workflow, reducing the need to stitch together separate response steps.
• Pro: Native integrations plus generic JSON webhooks cover established monitoring tools and custom sources.
• Pro: Operator-controlled hosting, OIDC, role controls, and the maker's stated encryption and telemetry practices suit teams prioritizing data control.
• Con: Teams must operate PostgreSQL and a container or Kubernetes deployment, so the self-hosted model adds maintenance work.
• Con: Community permits only one status page per install, which can constrain teams that need separate pages.
• Con: Responders get phone access through a PWA, not a separate app-store application.

Alternatives

Choose PagerDuty if its free plan's stated cap of five users, one on-call schedule, and one escalation policy suits a smaller team seeking a freemium option. PagerTree offers a free Basic plan for up to five users and two teams, with three months of data retention and community support; consider it if those limits fit your needs. TaskCall may suit teams comparing a paid Starter tier that includes unlimited global SMS and voice notifications.

incident.io is worth considering for teams wanting Slack- or Microsoft Teams-native response and a free plan with single-team on-call and a status page. MonoDuty offers a free plan with one user, one team, one on-call schedule, and a 50-incidents-per-month cap. Opsgenie has a free plan for five users and paid tiers with stated incident and retention limits. HeyOnCall offers a free trial rather than a free plan. MangoApps is a paid alternative with a Communications & Intranet plan priced from $9 a month, from 200 employees.

For broader comparisons, see On-Call Scheduling Software, On-Call Management Software, and IT Incident Management Software.

Verdict

OpsKnight is a strong fit for infrastructure-capable SRE, DevOps, and platform teams that want an integrated incident workflow and control over where response data runs. Its Community edition delivers substantial capability at no cost, but the self-hosting burden and single status page make it the wrong choice for teams that need managed operations or multiple status pages without additional licensing.