Ce fork est annoncé sur la mailing list devel de nagios. L'intégralité des commentaires des différents partis y est référencé. Je pense qu'il est nécessaire de lire cela avant d'intervenir.
Cela étant dit voici mes réflexions à chaud.
Concernant l'interface en question, elle répond à un réel besoin qui est de faire évoluer l'interface actuelle anachronique (je ne parle même pas des problèmes de performance sur des périmètres de supervision larges). C'est le principal axe d'évolution de la prochaine version de nagios (la 4). Hélas il est vrai que éthan n'est guère actif sur cette version (cela peut s'expliquer par son projet de société Nagios Enterprise... faut bien manger non ?). Le but de la version 4 est de replacer nagios à sa place (un ordonnanceur en définitive). Afin de permettre de créer les interfaces nécessaires, il est prévu de mettre en place un certain nombre d'API. Cela ouvrira réellement des perspectives intéressantes pour la création d'interfaces graphiques enfin correctes.
Le projet icinga à été annoncé par Gerhard Lausser sur la mailing list devel de manière assez agressive (Nagios is dead! Long live Icinga!). On s'aperçoit rapidement que le projet icinga est porté en fait par la société Netways (http://www.netways.de/). Netways est surtout connue comme étant un gros contributeur de plugins nagios, le sponsor du site nagiosexchange et l'organisateur de la nagconf en allemagne.
Il apparait ensuite qu'un important conflit oppose Ethan (le créateur et mainteneur du projet nagios) et la société Netways, cette dernière mettant en avant le fait que Ethan n'est pas suffisamment disponible et présent sur les mailing list ainsi que sur l'intégration de leur différentes contributions (ce qui est vrai).
Personnellement je trouve le fond assez justifié mais la forme totalement hors de proportions. De plus cela présente un énorme risque pour la communauté nagios. Ce risque est à terme de se diviser sur un nouveau projet de supervision (encore un ...) et de ne plus mutualiser les efforts.
Je suis un utilisateur relativement récent de nagios, mais je ne tiens pas à ce que cet outil soit entaché par une stupide guerre de clochers. Ce projet existe maintenant depuis dix ans et a réussi à atteindre une maturité que je ne saurais accorder à aucun autre projet de supervision opensource (désolé si je blesse certaines personnes).
Nagios commence à tailler de grosses croupières à Openview, SCOM et autres solutions propriétaires en entreprise (je ne parle pas de 100 ou 200 serveurs mais d'infrastructures de plus de 2500 serveurs). Si la communauté commence à se diviser, la crédibilité acquise depuis dix ans sera perdue et deviendra un argument pour la concurrence propriétaire. Espérons donc que ce problème se règle à l'amiable (et oui je suis naïf, idéaliste ....).
# fork ... oui mais ....
Posté par tetsuo44 . En réponse au journal ICINGA : Un fork de Nagios. Évalué à 4.
Cela étant dit voici mes réflexions à chaud.
Concernant l'interface en question, elle répond à un réel besoin qui est de faire évoluer l'interface actuelle anachronique (je ne parle même pas des problèmes de performance sur des périmètres de supervision larges). C'est le principal axe d'évolution de la prochaine version de nagios (la 4). Hélas il est vrai que éthan n'est guère actif sur cette version (cela peut s'expliquer par son projet de société Nagios Enterprise... faut bien manger non ?). Le but de la version 4 est de replacer nagios à sa place (un ordonnanceur en définitive). Afin de permettre de créer les interfaces nécessaires, il est prévu de mettre en place un certain nombre d'API. Cela ouvrira réellement des perspectives intéressantes pour la création d'interfaces graphiques enfin correctes.
Le projet icinga à été annoncé par Gerhard Lausser sur la mailing list devel de manière assez agressive (Nagios is dead! Long live Icinga!). On s'aperçoit rapidement que le projet icinga est porté en fait par la société Netways (http://www.netways.de/). Netways est surtout connue comme étant un gros contributeur de plugins nagios, le sponsor du site nagiosexchange et l'organisateur de la nagconf en allemagne.
Il apparait ensuite qu'un important conflit oppose Ethan (le créateur et mainteneur du projet nagios) et la société Netways, cette dernière mettant en avant le fait que Ethan n'est pas suffisamment disponible et présent sur les mailing list ainsi que sur l'intégration de leur différentes contributions (ce qui est vrai).
Personnellement je trouve le fond assez justifié mais la forme totalement hors de proportions. De plus cela présente un énorme risque pour la communauté nagios. Ce risque est à terme de se diviser sur un nouveau projet de supervision (encore un ...) et de ne plus mutualiser les efforts.
Je suis un utilisateur relativement récent de nagios, mais je ne tiens pas à ce que cet outil soit entaché par une stupide guerre de clochers. Ce projet existe maintenant depuis dix ans et a réussi à atteindre une maturité que je ne saurais accorder à aucun autre projet de supervision opensource (désolé si je blesse certaines personnes).
Nagios commence à tailler de grosses croupières à Openview, SCOM et autres solutions propriétaires en entreprise (je ne parle pas de 100 ou 200 serveurs mais d'infrastructures de plus de 2500 serveurs). Si la communauté commence à se diviser, la crédibilité acquise depuis dix ans sera perdue et deviendra un argument pour la concurrence propriétaire. Espérons donc que ce problème se règle à l'amiable (et oui je suis naïf, idéaliste ....).