[Status page] - Migrate to Kuma #802

Closed
opened 2024-03-02 15:41:39 +01:00 by muppeth · 5 comments
Owner

When moving from cachet we have had a choice between Kuma and cstate. At the end we have chosen cstate because it did not require javascript. However, this means the status of service needs to be manually adjusted unlike kuma that does show uptime on its own. On last deployment me snd @meaz were talking and thought to maybe move to kuma instead. It's going to make the status page more reliable as it will show whether the service is up or down in realtime, it will still allow us to send info on planned maintenance or when downtime fo the service is long.

I made a role for kuma when we were testing possibilities back then, so I need to check it out and update it.

When moving from cachet we have had a choice between Kuma and cstate. At the end we have chosen cstate because it did not require javascript. However, this means the status of service needs to be manually adjusted unlike kuma that does show uptime on its own. On last deployment me snd @meaz were talking and thought to maybe move to kuma instead. It's going to make the status page more reliable as it will show whether the service is up or down in realtime, it will still allow us to send info on planned maintenance or when downtime fo the service is long. I made a role for kuma when we were testing possibilities back then, so I need to check it out and update it.
muppeth added this to the 24.03 - March milestone 2024-03-02 15:41:39 +01:00
muppeth self-assigned this 2024-03-02 15:41:39 +01:00
muppeth added this to the (deleted) project 2024-03-02 15:41:39 +01:00

From my point of view, a downside with Kuma is that they don't provide RSS updates.

As someone mentioned on the associated feature request, they currently have a push-like notification system:

RSS feeds are more of a "pull" model (client periodically pulls information), and the current notification in uptime kuma is more of a "push" model (server sends a notification which is pushed to the client).

From my point of view, a downside with Kuma is that they don't provide RSS updates. As someone mentioned on the [associated feature request](https://github.com/louislam/uptime-kuma/issues/1673), they currently have a push-like notification system: > RSS feeds are more of a "pull" model (client periodically pulls information), and the current notification in uptime kuma is more of a "push" model (server sends a notification which is pushed to the client).
Owner

Role is ready. It deploys fine on home machine.

Role is ready. It deploys fine on home machine.
Owner

@muppeth should we deploy this on staging first? I'd say yes...

@muppeth should we deploy this on staging first? I'd say yes...
Owner

@muppeth I've done all PR for staging server deployment

@muppeth I've done all PR for staging server deployment
Owner

I guess I can close this as I opened an issue on changelog.

I guess I can close this as I opened an issue on changelog.
meaz closed this issue 2024-03-24 16:44:04 +01:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Disroot/Disroot-Project#802
No description provided.