-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improving Scheduled Maintenance #715
Comments
This is something that we are going to address in V2. Currently the implementation of incidents, components and scheduled maintenance are stupid. In the next version they'll be completely re-written, allowing you to build up a story of exactly what happened during down time. I can't share all of my ideas just yet, but here is an overview of the changes:
Disclaimer 😉Remember that I originally based Cachet on StatusPage.io a product for myself that only needed to do A, B and C. Not only do I need a different implementation now, but others too. I regret my original decision to recreate StatusPage because in my opinion they (and Cachet alike) do not do a good job at all. |
Sounds very interesting. Thanks for the comprehensive answer @jbrooksuk. p.s: Any estimate for v2 release? |
@TheoBearman not as of yet I'm afraid. |
@jbrooksuk Please let us know when there is one! |
@jbrooksuk I can suggest to add a list of affected components to the scheduled maintenance, so incidents coming from these components during maintenance window are ignored/stashed. |
Merged into #1176 |
I do not like how the scheduled maintenance is handled at present. Can I suggest a new way of handling it, much more like a timeline of events.
For example:
Here is an example of what I mean (hopefully it could be made to look a bit prettier):
In many ways this suggestion is very much like #530 but for maintenance as well as incidents.
I love Cachet but I think maintenance and issues are too closely linked at the moment. This is shown most clearly when Cachet says that
Some Systems Are Experiencing Issues
when maintenance begins. What if I'm just adding a feature as part of the maintenance which does not impact the performance of the website/infrastructure at all?Thanks!
The text was updated successfully, but these errors were encountered: