3 ms·

Its something that we're thinking a lot about at Verelo.com I've personally been very big on trend graphs myself, how are we doing today v's yesterday, this we

by verelo 15y ago

Its something that we're thinking a lot about at Verelo.com I've personally been very big on trend graphs myself, how are we doing today v's yesterday, this week v's last week. I find you learn a lot more from these than you do any other type of monitoring (unless the issue is dead simple, like something is down) We've been focused right now on making great monitoring systems, however we're just starting to get the chance to step into prevention. Prevention is a fun area because it starts to include trending. My hope is that within the next month or two we have a few things. Firstly a means of providing a great downtime prevention tool, but also an end point where data can be sent (or we can pull it on your schedule) and then provide a graph and notifications based on changes in the trending data. Think of it like stock alerts... So yep...i agree with you, we need graphing and more of it.

camtarn 15y ago
The article isn't about graphs-as-in-charts, but graphs as in the mathematical concept. In this case, expressing dependencies between different pieces of operational infrastructure, such that changes to one piece of infrastructure trigger automatic changes to other pieces. Unfortunately, the author is pretty vague about exactly what pieces of infrastructure they imagine defining relationships between, and what triggers they might use. On the smaller side, they mention 'I changed a config, I must restart nginx' (micro level dependency between nginx and its config) and 'something changed in my app tier, need to tell my load balancer' (macro-level dependency between a service and its front-end). What kind of dependencies would be useful to define between services in a service oriented architecture, which are usually designed so as to minimize dependencies?
- foogoo1 15y ago
  as stated in a comment on the original blog, work on things like these are done using rules engines ( based off rete algorithm http://en.wikipedia.org/wiki/Rete_algorithm http://en.wikipedia.org/wiki/Rete_algorithm ) Here is a example of monitoring for a fire in a room, and how one handles it -- similar concepts can be applied to infrastructure components as well ) -- http://blog.athico.com/2009/03/drools-quick-start-stateful-knowledge.html http://blog.athico.com/2009/03/drools-quick-start-stateful-k...
knewter 15y ago
This article was more about DAG than shiny 'how are our servers' graphs. Sounds a lot like you just posted to a story acting like you read it so you could advertise, than that you are contributing to this topic :-\

by verelo 15y ago

camtarn 15y ago

The article isn't about graphs-as-in-charts, but graphs as in the mathematical concept. In this case, expressing dependencies between different pieces of operational infrastructure, such that changes to one piece of infrastructure trigger automatic changes to other pieces. Unfortunately, the author is pretty vague about exactly what pieces of infrastructure they imagine defining relationships between, and what triggers they might use. On the smaller side, they mention 'I changed a config, I must restart nginx' (micro level dependency between nginx and its config) and 'something changed in my app tier, need to tell my load balancer' (macro-level dependency between a service and its front-end). What kind of dependencies would be useful to define between services in a service oriented architecture, which are usually designed so as to minimize dependencies?

foogoo1 15y ago
as stated in a comment on the original blog, work on things like these are done using rules engines ( based off rete algorithm http://en.wikipedia.org/wiki/Rete_algorithm http://en.wikipedia.org/wiki/Rete_algorithm ) Here is a example of monitoring for a fire in a room, and how one handles it -- similar concepts can be applied to infrastructure components as well ) -- http://blog.athico.com/2009/03/drools-quick-start-stateful-knowledge.html http://blog.athico.com/2009/03/drools-quick-start-stateful-k...

knewter 15y ago

This article was more about DAG than shiny 'how are our servers' graphs. Sounds a lot like you just posted to a story acting like you read it so you could advertise, than that you are contributing to this topic :-\