Skip to content
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

Closed
TheoBearman opened this issue Jun 13, 2015 · 6 comments · Fixed by #2220
Closed

Improving Scheduled Maintenance #715

TheoBearman opened this issue Jun 13, 2015 · 6 comments · Fixed by #2220

Comments

@TheoBearman
Copy link
Contributor

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:

  • I add scheduled maintenance to my Cachet install with a brief description. This is prior to the scheduled maintenance window.
  • I then add updates as the maintenance is being carried out. For example, updating the issue when the maintenance has started and updating the issue as each section of the maintenance is completed.
  • Updating the issue when the maintenance is completed with a time.

Here is an example of what I mean (hopefully it could be made to look a bit prettier):

dws

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!

@jbrooksuk jbrooksuk added this to the Second Release (v2.0.0) milestone Jun 13, 2015
@jbrooksuk
Copy link
Member

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:

  • Where you currently create an incident per-update, that'll change to one incident with "updates" added to it.
  • Incidents will be able to affect multiple components, because it's quite possible to have 💩 👊 💨 and make a mess of everything.
  • Scheduled maintenance will be its own thing to allow for recurring updates and other things that I have planned.

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.

@jbrooksuk jbrooksuk changed the title [FEATURE REQUEST] Improving Scheduled Maintanence Improving Scheduled Maintanence Jun 13, 2015
@TheoBearman
Copy link
Contributor Author

Sounds very interesting. Thanks for the comprehensive answer @jbrooksuk.

p.s: Any estimate for v2 release?

@jbrooksuk
Copy link
Member

@TheoBearman not as of yet I'm afraid.

@TheoBearman
Copy link
Contributor Author

@jbrooksuk Please let us know when there is one!

@bolshoy
Copy link

bolshoy commented Nov 5, 2015

@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.

@jbrooksuk
Copy link
Member

Merged into #1176

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants