upti.my

Incident Management

From detection to resolution, in one place

Incidents are created from real check failures with full context. Alerts route to the right team. Status pages update automatically. No more switching between tools during an outage.

The Problem with Disconnected Incident Management

When your monitoring tool and your incident tracker are separate systems, every incident starts with manual work: someone has to notice the alert, create the incident, copy the context, notify the team, and update the status page. Each step takes time and can be forgotten.

During an outage, time is the most expensive resource. Every minute spent on coordination is a minute not spent on resolution.

Delayed incident creation

Someone has to see the alert and decide to create an incident. If they are asleep or in a meeting, the incident is not tracked.

Lost context between tools

The monitoring tool knows what failed and when. The incident tool does not. Someone copies the information manually, often incomplete.

Status page falls behind

Updating the status page is a separate task that gets deprioritized during an active incident. Customers see no communication.

Timeline is reconstructed after the fact

Without automatic tracking, the incident timeline has to be rebuilt from Slack messages and memory during the retrospective.

How It Works in upti.my

1
Health check detects a failure (or multiple failures match your conditions)
2
Incident is created automatically with full diagnostic context
3
Alert workflow routes the notification to the right team member
4
Status page updates automatically for affected components
5
Self-healing agent attempts automated recovery (if configured)
6
Check recovers, incident resolves, status page updates

Every step happens automatically. The team that responds starts with context and a timeline, not a blank incident form.

What Incident Management Includes

Automatic incident creation

Define conditions: number of failures, duration, regions. Incidents are created when conditions match.

Connected alert routing

Incidents trigger your alert workflow. Route by severity, service, or team. Escalate if unacknowledged.

Status page integration

Affected components update automatically. Add manual updates during the incident for additional context.

Full incident timeline

Creation, notifications, acknowledgment, updates, and resolution are all tracked automatically.

Team coordination

See who has been notified, who has acknowledged, and what actions have been taken.

Post-incident data

The full timeline is preserved for retrospectives. No manual reconstruction required.

Frequently Asked Questions

How are incidents created in upti.my?

Incidents can be created automatically when a health check fails based on conditions you define (number of failures, duration, affected regions). You can also create incidents manually. Either way, the incident carries full context from the monitoring data.

Can incidents update the status page automatically?

Yes. When an incident is created, it can automatically create a status page update for affected components. When the incident resolves, the status page updates again. You can also add manual updates during the incident for additional communication.

How does escalation work?

Alert routing workflows control who gets notified and when. You can set up escalation chains so if the first responder does not acknowledge within a time window, the alert escalates to the next person or team. Routing can be based on severity, service, time of day, or custom conditions.

What context is available during an incident?

Each incident includes which check failed, when, from which monitoring location, what the response looked like, how long the failure has been active, and any related incidents. Your team starts investigating with data, not guesswork.

Does upti.my support post-incident review?

Yes. The full incident timeline is preserved: when it was created, who was notified, what actions were taken, when it was acknowledged, and when it resolved. This data is available for retrospectives without manual note-taking.

Related Topics

Incidents should start with context, not a blank form.

Connect your monitoring to your incident workflow in one platform.