meerkat-dashboard/meerkat

Discussion: Meerkat frontends should move from using icinga data to holding their own element objects which the Meerkat server generates from Icinga data or other sources

sol1-matt opened this issue · 3 comments

If the Meerkat server maintained a cache of element data that updated and pushed to dashboards then...

  • Dashboards become much more simple, they hand display only
  • No need to make API call's on StateChange as the event streams contains State that can be extracted and used to update the cache.
  • No need to make API calls on many/all? CheckResult event streams as those events contain perfdata and output
  • Frontend only contains element data which is the minimum data it needs to display, so it is as secure as possible.
  • Makes it easier to add other backends besides Icinga as the frontend dashboards will need little to no changes (the elements can be reused).

If Meerkat server remains just being a proxy:

  • Backend remains simple
  • Data changes/enhancements generally don't affect the backend
  • Can add other backends beside Icinga by using similar elements which perhaps inherit from a common parent class (e.g. "nagios-card" and "icinga-card" both inherit from "card")

We have moved on this already and the new Event stream feature makes this discussion redundant.

closing for now