On 17 Aug 2010, at 06:27, Rukshan Kothwala wrote:

Well, I use Opsview Community edition to monitor our server plant. According to my requirements API is an important part to integrate with a web site. I noticed a nice API in icinga monitoring tool which similar to nagios. Since icinga is a fast growing application, Are they any plans to work with icinga from opsview side? Because icinga also provide same stuffs in nagios.
Please give me an idea about icinga with Opsview future.

The great thing about Nagios based solutions is that there are a lot to choose from!

We keep an eye on the Icinga progress as I'm sure they are of Opsview. Currently we are sticking with Nagios as the basis because it is the more mature and more widely used software.

As far as their API goes, what do you mean? There are several APIs from their documentation site: a plugins API and a status API (they call it Icinga API).

The plugins API is basically the Nagios Plugin API, which is no different to the Nagios one: http://docs.icinga.org/latest/en/pluginapi.html

The status API is a way of getting host information: 
http://docs.icinga.org/latest/en/icinga-api.html

I think the Opsview API (http://docs.opsview.com/doku.php?id=opsview-community:api ) is much superior because:
  * It is not available from a webservice call
* There is no authentication with the Icinga API. The Opsview API requires authentication, so users only see what they are allowed to see * Our status APIs does aggregation, so you can get information like in the host group hierarchy pages, whereas theirs will not scale to thousands of hosts (count each host manually)
  * Our API allows you to make changes to configuration

API is a bit of a loose term. Their use of API is "how to write programs to get status information from Icinga".

We consider "API" to mean "getting status data and making changes to Opsview via a webservice". On that grounds, I think its a bit unfair to compare the APIs at the moment because the Opsview API is doing much more at a much higher level.

To whet the appetite, we've got some changes in store for the API in the next major release of Opsview. This includes: * More configuration items exposed via the API (service checks, host templates, contacts)
  * More abilities for items (edit)
  * A REST interface
  * Flexible inputs/outputs including JSON and perl structures

Ton

_______________________________________________
Opsview-users mailing list
[email protected]
http://lists.opsview.org/lists/listinfo/opsview-users

Reply via email to