Skip to main content
Service interruptions are inevitable, but communication efficiency can be systematically improved. When service status fluctuates, relying on manual emails or instant messages for notifications can no longer meet enterprise requirements for information timeliness and consistency. Flashduty Status Page provides a standardized, unified information publishing window to ensure that both internal and external stakeholders maintain real-time awareness of service status.
Subscribe to the Flashduty Official Status Page to receive Flashduty service status updates first.

Core Value

Reduce Communication Costs

Through the “update once, sync everywhere” mechanism combined with subscription push mode, reduce repetitive inquiries at the source and let technical teams focus on problem resolution.

Build Long-term Trust

Proactively announce unexpected incidents and maintenance plans to eliminate speculation caused by information asymmetry, demonstrating professionalism and control amid uncertainty.

Stability as an Asset

Continuously record status changes and generate visual availability statistics, transforming abstract SLA commitments into verifiable operational records.

Status Page Types

To address different audience needs, Flashduty offers two types of status pages:
For customers and partners
  • Open to all public internet users, accessible without sign in
  • Help enterprises provide real-time, accurate service status updates to customers during incidents
  • Proactively deliver critical information, ease customer anxiety, and build a professional brand image
  • Users can subscribe to event updates via email

Core Concepts

Components and Groups

Status pages organize and present different services through Components. Related components can be Grouped to make the status page structure clearer.

Event Types

TypeDescription
IncidentUnexpected events that affect service availability
MaintenancePlanned events to notify users in advance of possible service changes

Impact Status

In order of increasing severity:
  • 🟢 Operational
  • 🟡 Degraded Performance
  • 🟠 Partial Outage
  • 🔴 Full Outage

FAQ

Both a status page (such as Flashduty Status Page) and an uptime monitor (such as Uptime Kuma) provide dashboards that display service availability.The key differences are as follows:
Status PageUptime Monitor
AudienceExternal customers & cross-functional internal teamsInternal operations / engineering teams
Typical deploymentThird-party hostedSelf-hosted
Monitoring approachDoes not perform monitoring probes itself; relies on reported eventsPerforms monitoring probes directly
Monitoring capabilitiesRich event information, including affected services, severity, and lifecycleBasic service checks such as website / API / DNS / port availability
Notification modelEnd users can self-subscribe to updatesNotification channels are configured by operations teams
FocusEnables transparent internal and external communication by publishing events during incident response and maintenanceGenerates alerts through simple monitoring mechanisms (e.g. periodic Ping) to notify technical teams of failures
If you only need a simple self-monitoring tool for service availability checks (such as domain or port probing), an uptime monitoring tool is recommended.
If you need a formal service status dashboard and notification system for external customers or internal organizations, Flashduty Status Page is the better choice.
Access Control
  • Public status pages are accessible to anyone on the public internet and do not require login.
  • Internal status pages are restricted to organization members and require authentication with a Flashduty account.
Management Permissions Status page management follows Flashduty’s RBAC permission model. Administrators can assign the following roles:
  • Status Page Management: Create, edit, and delete status pages; manage subscriptions.
  • Status Page Event Management: Publish, edit, and delete events on status pages.
Flashduty Status Pages support two types of events:
  • Incidents: Unplanned events that impact service availability.
  • Maintenance: Planned events used to notify users in advance of potential service impact.
Currently, events are published manually through the Flashduty status page management interface. To simplify this process, Flashduty provides event templates that allow teams to quickly publish incident or maintenance updates with minimal effort.In the near future, Flashduty will introduce workflow support within the Oncall incident management module. This will allow predefined rules to automatically publish relevant incidents to associated status pages, enabling seamless integration between Oncall incidents and status page updates.
Flashduty Status Pages use components to organize and represent services. A component represents a specific functional unit within a system or service.This component-based structure allows services to be broken down into independent units, clearly defining the scope of impact for each event. Related components can be grouped to improve clarity and structure.Incident impact levels for components:
  • Operational
  • Degraded
  • Partial Outage
  • Full Outage
Maintenance impact levels for components:
  • Operational
  • Under Maintenance
Users can actively subscribe to service status updates. When publishing an event, administrators can choose whether to notify subscribers, allowing flexible control over notifications.
  • For public status pages, subscribers receive updates via email. StatusPageEmailNotification.png
  • For internal status pages, users can bind their preferred IM integrations in Flashduty notification settings to receive real-time direct messages. Flashduty currently supports Feishu, DingTalk, WeCom, and Slack. StatusPageIMNotification.png
No. Users can choose their subscription scope. They may subscribe to all updates on a status page or only to specific services or events.Component-based and event-based subscriptions ensure that users receive only relevant information, reducing unnecessary notification noise.
For a component, Partial Outage and Full Outage durations are counted as downtime. Although maintenance may impact service behavior, maintenance time is excluded from service uptime calculations.Component availability is calculated over a rolling quarterly window and is defined as the ratio of uptime to total available time.Group availability is also calculated quarterly and is defined as the sum of uptime across all components in the group divided by the sum of their total available time.
In some cases, teams must prioritize investigation and recovery and are unable to update the Flashduty status page in real time. During system migrations, existing availability records may also need to be preserved.Flashduty supports retrospective events, which allow teams to publish service status changes after they have occurred.With retrospective events, users can declare a past incident or maintenance event, accurately setting start time, end time, and affected components. Event updates can still be constructed chronologically to clearly reflect service behavior throughout the event lifecycle.Retrospective events are displayed in the same way as regular events and are included in event history and availability statistics, ensuring a complete and accurate operational record.
The Flashduty Status Page is included as part of the Oncall module and is not sold separately. Status page limits by plan are as follows:
  • Free and Standard plans: 1 public status page
  • Professional and Private plans: up to 5 public status pages and up to 20 internal status pages
We recommend organizing internal status pages by business line or major platform. If you have special requirements, please contact Flashduty support for consultation.Usage limits and access considerations:
  • Email notifications for public status pages are subject to plan-specific email quotas.
  • IM notifications for internal status pages are subject to API rate limits of the integrated IM platforms and typically depend on the organization’s IM plan.
  • Access traffic for all status pages is unlimited.