Core Concepts
Understanding the key concepts in ReliaPulse will help you use the application effectively.
Organizations
An Organization is the top-level entity that contains all your status page data. Organizations provide:
- Multi-tenancy: Each organization has its own components, incidents, status pages, and settings
- Team collaboration: Multiple users can belong to an organization with different roles
- Isolation: Data is completely separated between organizations
User Roles
| Role | Permissions |
|---|---|
| Owner | Full access, can delete organization, manage billing |
| Admin | Full access except organization deletion |
| Member | Create and manage incidents, components, maintenances |
| Viewer | Read-only access to dashboard |
A user can belong to multiple organizations and switch between them.
Components
Components represent the services, systems, or infrastructure you want to track and display on your status page.
Component Types
Components use a polymorphic model with three types, each with different capabilities.
| Type | Description | Use Case |
|---|---|---|
| SERVICE | Manually controlled status | Logical groupings, external services you don't monitor |
| ENDPOINT | HTTP health checks with auto-incidents | APIs, websites, health endpoints |
| METRIC | External metrics from integrations | Datadog, Prometheus, New Relic metrics |
Component Hierarchy
Components can be organized hierarchically:
├── Backend Services (SERVICE - group)
│ ├── API Gateway (ENDPOINT)
│ ├── Authentication (ENDPOINT)
│ └── Database Cluster (SERVICE)
│ ├── Primary DB (METRIC - CPU usage)
│ └── Replica DB (METRIC - replication lag)
└── Frontend (SERVICE - group)
├── Web App (ENDPOINT)
└── CDN (SERVICE)Component Status
| Status | Icon | Description |
|---|---|---|
| Operational | 🟢 | Service is working normally |
| Degraded Performance | 🟡 | Service is slow or partially impaired |
| Partial Outage | 🟠 | Some functionality is unavailable |
| Major Outage | 🔴 | Service is completely unavailable |
| Under Maintenance | 🔵 | Planned maintenance in progress |
Incidents
Incidents represent service disruptions or issues that affect your users.
Incident Lifecycle
┌─────────────┐ ┌──────────────┐ ┌──────────────┐
│ Investigating│ ──► │ Identified │ ──► │ Monitoring │
└─────────────┘ └──────────────┘ └──────────────┘
│
▼
┌──────────────┐
│ Resolved │
└──────────────┘| Status | Description |
|---|---|
| Investigating | Issue reported, team is investigating |
| Identified | Root cause found, working on fix |
| Monitoring | Fix applied, monitoring for stability |
| Resolved | Issue fully resolved |
Incident Components
Each incident can affect one or more components. When you create an incident:
- Select affected components
- Choose the impact level for each component
- Components automatically update their status
Incident Updates
Add updates to keep users informed:
- Each update has a status (Investigating, Identified, etc.)
- Updates are displayed chronologically on the status page
- Subscribers receive notifications for each update
Postmortems
After resolving an incident, you can add a postmortem:
- Root cause analysis - What went wrong
- Impact summary - Who/what was affected
- Timeline - Sequence of events
- Action items - Steps to prevent recurrence
Maintenances
Maintenances are scheduled events that may affect service availability.
Maintenance States
| State | Description |
|---|---|
| Scheduled | Maintenance is planned for the future |
| In Progress | Maintenance is currently happening |
| Completed | Maintenance finished successfully |
Auto-Transitions
ReliaPulse automatically transitions maintenances:
- Scheduled → In Progress: When start time is reached
- In Progress → Completed: When end time is reached (if auto-complete enabled)
Status Pages
A Status Page is a public-facing page that displays your service status.
Key Features
- Custom URL: Each page has a unique slug (e.g.,
/status/my-company) - Multiple pages: Create different pages for different audiences
- Widgets: Drag-and-drop components like status cards, uptime charts, incident feeds
- Branding: Custom logos, colors, and themes
- Visibility: Public, private (password), or draft
Widget Types
| Widget | Description |
|---|---|
| Status Overview | Overall system status with colored indicator |
| Component List | List of components with current status |
| Infrastructure Table | Hierarchical view with sparklines and metrics |
| Uptime Chart | Historical uptime visualization |
| Incident Feed | List of active and recent incidents |
| Metrics Chart | Display metrics from integrations |
| Custom HTML | Embed custom content |
Monitors
Monitors are automated health checks for ENDPOINT components.
How Monitoring Works
- Worker runs checks at configured intervals (e.g., every 60 seconds)
- Each check evaluates conditions (status code, response time, JSON path)
- Failures trigger alerts and optionally create incidents
- Recovery clears alerts and resolves auto-created incidents
Monitor Conditions
| Condition | Description |
|---|---|
| Status Code | HTTP response status (e.g., equals 200) |
| Response Time | Response faster than threshold (e.g., < 500ms) |
| JSON Path | Assert values in JSON response |
| Contains | Response body contains text |
Subscribers
Subscribers are users who want to receive notifications about status changes.
Subscription Channels
| Channel | Description |
|---|---|
| Email notifications | |
| SMS | Text message notifications |
| Webhook | HTTP POST to custom URL |
| RSS/Atom | Feed subscriptions |
What Subscribers Receive
- New incident notifications
- Incident updates
- Incident resolutions
- Scheduled maintenance announcements
- Maintenance status changes
Integrations
Integrations connect ReliaPulse with external monitoring and metrics systems.
Supported Integrations
| Integration | Type | Description |
|---|---|---|
| Datadog | Metrics | Pull metrics and create METRIC components |
| Prometheus | Metrics | Query Prometheus metrics |
| New Relic | Metrics | Pull New Relic metrics |
| Grafana | Metrics | Query Grafana data sources |
| Pingdom | Metrics | Pull Pingdom check results |
Metrics Flow
Integration → Metrics Query → Polling (Worker) → Data Points → DisplayNext Steps
Now that you understand the concepts: