For un instrument pentru monitorizarea SLO și a bugetelor de eroare, the strongest matches are openstatushq/openstatus (OpenStatus is an uptime monitoring and status page platform), nasa/openmct (OpenMCT is a telemetry visualization and monitoring dashboard framework) and statping/statping (Statping tracks binary uptime and displays a status page). cachethq/cachet and twin/gatus round out the shortlist. Each is ranked by relevance to your query, popularity and recent activity.
Software open-source pentru monitorizarea obiectivelor de nivel de serviciu (SLO) și gestionarea bugetelor de eroare în infrastructuri cloud distribuite.
OpenStatus is a status page platform and uptime monitoring service. It provides a centralized infrastructure monitoring dashboard and public status pages to communicate system availability, performance metrics, and incident reports to external stakeholders. The system utilizes a multi-region probe network to execute health checks from various cloud regions, detecting localized outages and tracking API latency. It functions as a configuration as code tool, allowing monitoring targets and page structures to be defined via version-controlled files. The platform includes an incident notification
OpenStatus is an uptime monitoring and status page platform, but it does not provide SLO definition, error budget calculation, or burn-rate alerting—it focuses on basic health checks and incident communication rather than the reliability metrics and alerting this search requires.
Open MCT is a web-based framework designed for visualizing telemetry data and monitoring the health of complex systems. It provides a centralized environment for ingesting, processing, and displaying real-time and historical data streams through customizable operator dashboards. The platform is built on a modular architecture that allows for the integration of external data sources and the addition of custom features through a plugin system. By utilizing a hierarchical object-graph model and a unified interface for time-series data, the framework ensures that information is consistently repre
OpenMCT is a telemetry visualization and monitoring dashboard framework for complex systems, not a dedicated SLO/error budget platform — it lacks built-in SLO definition, error budget calculation, and burn rate alerting.
Statping is a self-hosted uptime monitoring system and status page tool. It tracks application availability by sending periodic HTTP requests to target endpoints and records the resulting health status to determine if services are online. The system features a public-facing status dashboard that renders real-time availability and operational health for end users. It utilizes a plugin-based notification system to dispatch multi-channel alerts via email, webhooks, or custom providers when services experience downtime. The project includes a Prometheus-compatible metrics exporter for external p
Statping tracks binary uptime and displays a status page, but it does not define SLOs, calculate error budgets, or track SLIs beyond availability, so it is not the SLO/error budget platform this search is after.
Cachet is a self-hosted, open-source status page system designed to communicate service uptime, incident history, and infrastructure performance to end users. It provides a centralized dashboard for managing the operational lifecycle of system components, tracking service disruptions, and scheduling maintenance windows. The platform distinguishes itself through a comprehensive RESTful API that enables programmatic status page management and automated incident reporting. It supports deep integration with external monitoring tools, allowing for the synchronization of performance metrics and the
Cachet is a self-hosted status page system for communicating uptime and incidents, not an SLO/error budget definition and alerting platform — it lacks the core capabilities for tracking error budgets or burn rates.
Gatus is a service health monitoring tool and automated status page that tracks the availability and performance of endpoints. It functions as a multi-protocol uptime monitor, validating service health through response conditions, certificate expiration checks, and multi-step workflow executions. The system distinguishes itself by supporting a wide range of communication standards including HTTP, TCP, UDP, WebSocket, gRPC, and DNS. It enables the creation of developer-oriented dashboards that display real-time uptime, publish incident announcements, and generate dynamic uptime badges for exte
Gatus is an uptime monitoring and status page tool, but it does not support SLO definition, error budget calculation, or burn rate alerting, so it fits only loosely as a neighbouring monitoring category rather than the dedicated SLO platform you are looking for.
Uptime Kuma is a self-hosted monitoring platform designed to track the availability and performance of network services and websites. It functions as a centralized dashboard that executes asynchronous health checks on a scheduled interval, providing real-time visibility into infrastructure health and service uptime. The platform distinguishes itself through a dedicated notification engine that dispatches alerts across multiple third-party messaging services, alongside a public status page generator that allows users to communicate service health and historical metrics via custom domains. Its
Uptime Kuma is an uptime monitoring and alerting tool, but it lacks the ability to define service level objectives, calculate error budgets, or track burn rates, which are central to the SLO management platform you are looking for.
Gatus is a multi-protocol health checker and automated service alerting tool. It provides a monitoring dashboard for tracking the uptime and health of HTTP, TCP, DNS, and gRPC endpoints, and serves as a Prometheus metrics exporter to track response times and success rates. The project distinguishes itself with a developer-oriented approach to status pages, securing administrative access and dashboards via OpenID Connect and Basic Authentication. It supports complex network environments through SSH tunneling to monitor internal services via bastion hosts and allows remote agents to push health
Gatus is a health-check and uptime monitoring tool, not an SLO platform—it tracks endpoint availability but lacks SLO definition, error budget calculation, burn rate alerting, or composite SLOs.
InfluxDB is a specialized time series database platform engineered for the high-speed ingestion, compression, and retrieval of timestamped data at scale. It functions as a distributed metrics platform, providing the infrastructure necessary to organize and analyze massive volumes of time-stamped information to identify trends, patterns, and anomalies within complex data streams. The platform distinguishes itself through a functional dataflow engine that utilizes a specialized programming language for complex analytical transformations and automated tasks. This architecture is supported by a p
InfluxDB is a time-series database built for storing and querying metrics, not a dedicated platform for defining SLOs, tracking error budgets, or generating burn-rate alerts — you would need additional tooling to build SLO management on top of it.
OpenTSDB is a distributed time series database and metrics engine designed for storing and managing massive volumes of high-cardinality system metrics. It functions as a data store and analytics platform that enables large-scale metric ingestion and infrastructure performance monitoring across a distributed cluster. The system distinguishes itself through a distributed storage abstraction that supports multiple backends such as HBase, Cassandra, and Google Bigtable. It utilizes a hierarchical metric tree to organize time series and employs numeric identifier indexing to reduce storage footpri
OpenTSDB is a distributed time-series database for storing and querying system metrics, not a dedicated SLO/error budget platform with SLO definition, error budget calculation, or burn rate alerting—it could serve as a data source for such a tool but does not provide the SLO management features itself.
StatsD is a metrics aggregator and UDP collection server that collects system counters and timers. It functions as a time-series data forwarder, receiving high-frequency metric updates via a lightweight line protocol and summarizing them before flushing the data to a backend. The project features a pluggable metrics backend framework, allowing aggregated statistics to be routed to various third-party monitoring services or time-series databases such as Graphite. It supports horizontal scaling and high availability through a proxy ring distribution system that forwards incoming packets across
StatsD is a metrics aggregation and forwarding server, not an SLO management platform — it collects raw counters but does not define, monitor, or alert on service level objectives or error budgets.
| Repository | Stele | Limbaj | Licență | Ultimul push |
|---|---|---|---|---|
| openstatushq/openstatus | 8.8K | TypeScript | AGPL-3.0 | |
| nasa/openmct | 13K | JavaScript | NOASSERTION | |
| statping/statping | 7.3K | Vue | GPL-3.0 | |
| cachethq/cachet | 14.9K | PHP | other | |
| twin/gatus | 11.3K | Go | Apache-2.0 | |
| louislam/uptime-kuma | 88.1K | JavaScript | MIT | |
| twinproduction/gatus | 11.3K | Go | Apache-2.0 | |
| influxdata/influxdb | 31.6K | Rust | Apache-2.0 | |
| opentsdb/opentsdb | 5.1K | Java | LGPL-2.1 | |
| statsd/statsd | 18K | JavaScript | MIT |