Je ne sais pas si je veux l'évaluer ou le critiquer.
La plupart des travaux qui peuvent être effectués sur le Web peuvent être effectués par programme.
Cependant, tout ne peut pas être fait.
Web items cannot be deleted via the Zabbix API.
Les éléments Web sont comme ça (bien que je ne les ai pas encore recherchés) https://www.zabbix.com/documentation/2.0/manual/web_monitoring/items
Fondamentalement, il semble que la ligne la plus basse est que vous pouvez ajouter des hôtes et des éléments pour la surveillance autour de valeurs numériques, et vous pouvez le faire. Il semble qu'il soit impossible de voler l'interface utilisateur comme un gadget widget.
Cliquez ici pour le officiel
Voici le parasite
À première vue, cela semble facile. Cependant, le cas d'angle me fait un peu mal à la tête.
Communiquez avec JSON.
C'est simple. Bien sûr, JSON tourne autour du trafic en direct, il peut donc être préférable de rendre https obligatoire en production.
De plus, il est difficile de créer ce Manma JSON, il existe donc une bibliothèque telle quelle. En Python, j'ai porté l'API Zabbix, qui concerne Ruby. __ Bien __
https://github.com/gescheit/scripts/tree/master/zabbix
Non, il a été mentionné qu'il n'y en avait pas de principaux sur le site d'introduction et qu'ils se faisaient appeler plusieurs API Zabbix. Cela ne semble pas être un niveau de package.
Oh, j'ai une faute de frappe
C'est la fin des branches et des feuilles.
Cela dit, 1.8 est actuellement en utilisation stable, vous pouvez donc vous attendre à ce que l'API fonctionne raisonnablement bien. C'est bon!
Plus précisément, c'est le problème
Post-scriptum: J'ai trouvé ça. Un exemple dans lequel le document dit qu'il accepte un booléen, mais la situation réelle est 1/0. On s'attend à ce qu'il y ait pas mal de tels bogues. http://www.zabbix.jp/node/2261
https://github.com/dmiyakawa/zabbix_api_examples
Je voudrais l'appeler une bibliothèque à usage général, mais tout d'abord, comme l'outil principal est très flexible, il ne sert à rien de le généraliser à moins que la direction ne soit claire, et il est suspect qu'il y ait des parties où l'architecture est différente entre 1.8 et 2.0. Cela semble assez difficile étant donné que le message d'erreur, qui semble être la seule source d'information au moment de l'erreur, est rompu à la fin. L'API Zabbix (Ruby?) Guy est assez bonne dans ce sens. Il ne sert plus à rien de le cacher. interfaceid ou quelque chose d'ennuyeux
Vaut-il mieux penser à un niveau d'abstraction qui correspond à votre objectif? De plus, je pense qu'il serait bon d'avoir le savoir-faire sur ce que chaque message d'erreur peut réellement signifier.
Recommended Posts