[FRsAG] Cartographie applicative ?
Bonjour, Je souhaite documenter un projet, et plutôt que de faire un visio-like avec les composants d'infra et/ou applicatifs, je me demandais s'il existait une solution plus interactive (et opensource de préférence) qui permettrait de : - Modéliser une infrastructure et les liens entre composants - Si on clique sur un composant, capacité de voir des infos de conf. Par ex, pour un Reverse Proxy, savoir quels hôtes il gère, sur quelles IP/interface, etc J'ai regardé rapidement la démo de la V2 du CMDB ITop mais quand bien même on peut déclarer des machines, il manque la partie carto / vue d'ensemble qui est mon besoin primaire. Si la solution n'existe pas, je reviendrais au classique schema + doc associée... Merci d'avance et bonne semaine à tous, Nicolas -- Nicolas Steinmetz http://www.steinmetz.fr - http://nicolas.steinmetz.fr/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
Le 05/11/2012 09:30, Nicolas Steinmetz a écrit : > Bonjour, > > Je souhaite documenter un projet, et plutôt que de faire un visio-like > avec les composants d'infra et/ou applicatifs, je me demandais s'il > existait une solution plus interactive (et opensource de préférence) > qui permettrait de : > > * Modéliser une infrastructure et les liens entre composants > * Si on clique sur un composant, capacité de voir des infos de conf. > Par ex, pour un Reverse Proxy, savoir quels hôtes il gère, sur > quelles IP/interface, etc > > J'ai regardé rapidement la démo de la V2 du CMDB ITop mais quand bien > même on peut déclarer des machines, il manque la partie carto / vue > d'ensemble qui est mon besoin primaire. > > Si la solution n'existe pas, je reviendrais au classique schema + doc > associée... > > Merci d'avance et bonne semaine à tous, > Nicolas > -- > Nicolas Steinmetz > http://www.steinmetz.fr - http://nicolas.steinmetz.fr/ Bonjour, Il existe différentes briques permettant de s'approcher du résultat voulu mais à mon sens il n'existe pas encore de solution brute permettant cela. Pour la partie inventaire, Fusion Inventory est assez bien fait, pour le moment j'utilise GLPI pour récolter les informations. Je pensais utiliser GLPI pour faire du ticketing mais il se trouve que ce n'est pas du tout l'idéal, l'outil n'est pas très souple. Dans GLPI il y a un plugin qui permet de faire des schémas dynamique mais on est loin d'une carto type visio où quand on est bon on fait tenir beaucoup d'information de manière lisible sur un A4. Le souci de ton besoin et du mien (cela doit aussi être le cas de beaucoup de monde) c'est que l'hétérogénéité des OS, des manières de configurer les composants systèmes font qu'il doit être dur de faire un outil générique. J'ai connu des entreprises qui avaient développé des outils pour cela mais c'était applicable uniquement à une offre type. Après peut être pouvoir reprendre le schéma à l'envers si tu utilises un outils de templating de tes machines type Puppet, Chief ou autre. Là tu sais à la base ce qui est installé sur les machines, il ne reste plus qu'à le parser et le mettre en forme. Pour ma part je n'utilise pas ce genre d'outils vu la consommation de ressources anormale, impossible d'avoir des vm avec 256Mo de ram par exemple, les outils mangent trop la ram pour pouvoir mettre des services légers dessus. Tiens nous au courant de tes recherches. signature.asc Description: OpenPGP digital signature ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
Hello, 3com proposait en son temps une solution de cartographie avec un système autonome de découverte des items sur le réseau. Ce n'est évidement pas open source mais cela fonctionnait plutôt bien. C'était disponible sur leur site... Benjamin Le 5 nov. 2012 09:30, "Nicolas Steinmetz" a écrit : > Bonjour, > > Je souhaite documenter un projet, et plutôt que de faire un visio-like > avec les composants d'infra et/ou applicatifs, je me demandais s'il > existait une solution plus interactive (et opensource de préférence) qui > permettrait de : > >- Modéliser une infrastructure et les liens entre composants >- Si on clique sur un composant, capacité de voir des infos de conf. >Par ex, pour un Reverse Proxy, savoir quels hôtes il gère, sur quelles >IP/interface, etc > > J'ai regardé rapidement la démo de la V2 du CMDB ITop mais quand bien même > on peut déclarer des machines, il manque la partie carto / vue d'ensemble > qui est mon besoin primaire. > > Si la solution n'existe pas, je reviendrais au classique schema + doc > associée... > > Merci d'avance et bonne semaine à tous, > Nicolas > -- > Nicolas Steinmetz > http://www.steinmetz.fr - http://nicolas.steinmetz.fr/ > > ___ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
Le 5 novembre 2012 12:16, Wallace a écrit : Il existe différentes briques permettant de s'approcher du résultat voulu > mais à mon sens il n'existe pas encore de solution brute permettant cela. > > Pour la partie inventaire, Fusion Inventory est assez bien fait, pour le > moment j'utilise GLPI pour récolter les informations. Je pensais utiliser > GLPI pour faire du ticketing mais il se trouve que ce n'est pas du tout > l'idéal, l'outil n'est pas très souple. > Dans GLPI il y a un plugin qui permet de faire des schémas dynamique mais > on est loin d'une carto type visio où quand on est bon on fait tenir > beaucoup d'information de manière lisible sur un A4. > Le but pour moi n'est pas de partir d'un inventaire ; ça c'est à mes amis de la production de faire ça :) Pour moi le besoin serait de : - Pouvoir définir des composants : Serveur Web, Serveur DB, Reverse Proxy, DNS, Passerelle Mail, etc et idéalement les placer dans un conteneur de type datacenter et zone (interne / relais / dmz / etc) - Faire des relations entre composants et qualifier leur relation - Au niveau de chaque composant, avoir accès à des "propriétés" permettant de préciser la modélisation. Pour le moment, je teste ITOp, mais qui dans une certaine mesure descend déjà trop bas niveau pour moi et n'offre pas encore cette modélisation par carto applicative et m'impose quelque part de connaitre déjà beaucoup de détails à la charge de la prod. Je ne me vois pas trop pousser ce genre d'outils vers des dev ou des architectes :-/ -- Nicolas Steinmetz http://www.steinmetz.fr - http://nicolas.steinmetz.fr/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
On Mon, Nov 05, 2012 at 05:26:11PM +0100, Nicolas Steinmetz wrote: Bonjour, > Le but pour moi n'est pas de partir d'un inventaire ; ça c'est à mes amis de > la > production de faire ça :) > > Pour moi le besoin serait de : > > • Pouvoir définir des composants : Serveur Web, Serveur DB, Reverse Proxy, > DNS, Passerelle Mail, etc et idéalement les placer dans un conteneur de > type datacenter et zone (interne / relais / dmz / etc) > • Faire des relations entre composants et qualifier leur relation > • Au niveau de chaque composant, avoir accès à des "propriétés" permettant > de > préciser la modélisation. Je pense que tu peux le faire dans GLPI, soit avec des groupes, soit avec le plugin Appliance qui permet de définir des ensembles fonctionnels : - ces équipements sont liés au service “paie”, et on regroupe un ESX, un switch, des machines virtuelles, etc. Après, tu peux ajouter des informations sur ces ensembles. Cdlt, -- Gonéri Le Bouder pgpr2Hz7sG8B8.pgp Description: PGP signature ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
Je dirais que ce que tu veux n'existe pas. Par contre tu peux le faire en mettant en place une API et une base de graph en backend (genre Titan), ou une base Key/value. Chaque user déclare son service en fournissant ce qu'il sert, et comment. Exemple : - l'équipe en charge des reverse proxy déclare chaque nouvelle entrée comme étant servie par les load balancer, et comme servant tel ou tel serveur applicatif. - l'équipe load balancer déclare son service (la VIP applicative donnée), comme étant servie depuis les proxies éventuellement (ou comme point d'entrée), puis servant les reverse proxies. - l'équipe serveur applicatif idem, servie depuis rproxy ,puis servant une application (selon identififiant interne). Si c'est une infra type SOA, alors chaque WS va répondre sur ce modèle, et ça te permet pour chaque appli, en ayant connaissance de la matrice de flux invoquée, d'établir le graph. En suite pour le rendu graphique, tu peux le faire rapidement en générant du dot/graphviz. Pour un meilleur rendu, genre web, avec déroulement de la pelote quand tu cliques, ça demande bcp plus de travail... A+ 2012/11/5 Gonéri Le Bouder : > On Mon, Nov 05, 2012 at 05:26:11PM +0100, Nicolas Steinmetz wrote: > > Bonjour, > >> Le but pour moi n'est pas de partir d'un inventaire ; ça c'est à mes amis de >> la >> production de faire ça :) >> >> Pour moi le besoin serait de : >> >> • Pouvoir définir des composants : Serveur Web, Serveur DB, Reverse Proxy, >> DNS, Passerelle Mail, etc et idéalement les placer dans un conteneur de >> type datacenter et zone (interne / relais / dmz / etc) >> • Faire des relations entre composants et qualifier leur relation >> • Au niveau de chaque composant, avoir accès à des "propriétés" permettant >> de >> préciser la modélisation. > Je pense que tu peux le faire dans GLPI, soit avec des groupes, soit avec le > plugin Appliance qui permet de définir des ensembles fonctionnels : > - ces équipements sont liés au service “paie”, et on regroupe un ESX, un > switch, des machines virtuelles, etc. > > Après, tu peux ajouter des informations sur ces ensembles. > > Cdlt, > -- > Gonéri Le Bouder > > ___ > Liste de diffusion du FRsAG > http://www.frsag.org/ > ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
Le 5 novembre 2012 18:16, Steven Le Roux a écrit : > Je dirais que ce que tu veux n'existe pas. > J'en arrive aussi à la même conclusion :-/ > Par contre tu peux le faire en mettant en place une API et une base de > graph en backend (genre Titan), ou une base Key/value. > J'aurais voulu éviter de faire du spécifique. Si c'est pour en arriver là, je reviendrais au classique visio + doc associé. En suite pour le rendu graphique, tu peux le faire rapidement en > générant du dot/graphviz. Pour un meilleur rendu, genre web, avec > déroulement de la pelote quand tu cliques, ça demande bcp plus de > travail... > Et là tu m'avais presque donné la solution mais malheuresement, notre plugin graphviz/plantuml pour XWiki ne gère pas encore les liens vers des documents associés. Sinon je serais bien parti sur ce principe là... Je vais donc en revenir au classique schema + documentation associée n'ayant pas trouvé de solution "out of the box" satisfaisante. Merci à tous pour vos réponses, Nicolas -- Nicolas Steinmetz http://www.steinmetz.fr - http://nicolas.steinmetz.fr/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Cartographie applicative ?
Bonsoir, J'ai déjà vu le logiciel CaseWise utilisé par un client : http://www.casewise.fr/ Cela permet de faire des liaisons et d'avoir des éléments pour ce qui est installé. Par contre, ce n'est pas opensource. Après, je n'ai pas vraiment été utilisateur mais peut être à regarder ... Bonne soirée, Fabien Le 12 novembre 2012 14:52, Nicolas Steinmetz a écrit : > > Le 5 novembre 2012 18:16, Steven Le Roux a > écrit : > > Je dirais que ce que tu veux n'existe pas. >> > > J'en arrive aussi à la même conclusion :-/ > > >> Par contre tu peux le faire en mettant en place une API et une base de >> graph en backend (genre Titan), ou une base Key/value. >> > > J'aurais voulu éviter de faire du spécifique. Si c'est pour en arriver là, > je reviendrais au classique visio + doc associé. > > En suite pour le rendu graphique, tu peux le faire rapidement en >> générant du dot/graphviz. Pour un meilleur rendu, genre web, avec >> déroulement de la pelote quand tu cliques, ça demande bcp plus de >> travail... >> > > Et là tu m'avais presque donné la solution mais malheuresement, notre > plugin graphviz/plantuml pour XWiki ne gère pas encore les liens vers des > documents associés. Sinon je serais bien parti sur ce principe là... > > Je vais donc en revenir au classique schema + documentation associée > n'ayant pas trouvé de solution "out of the box" satisfaisante. > > Merci à tous pour vos réponses, > Nicolas > > -- > Nicolas Steinmetz > http://www.steinmetz.fr - http://nicolas.steinmetz.fr/ > > ___ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > ___ Liste de diffusion du FRsAG http://www.frsag.org/