J'ai besoin d'une solution pour cataloguer un certain nombre d'applications dans notre entreprise (plus de 100 moins de 1000).Vous cherchez une solution pragmatique CMDB
À l'heure actuelle, nous utilisons une feuille de calcul et pour chaque application, nous remplissons le nom, une brève description, la personne-ressource et le responsable (interne ou fournisseur). L'objectif est d'utiliser cette liste pour la planification informatique et la gestion des incidents (estimation de l'impact, etc.) Pour ce faire, nous devons au minimum commencer à ajouter des relations comme «dépend de», «partie de» ou «remplace». Il serait également utile qu'une solution future permette le marquage, en ajoutant des paires clé-valeur indexées, des commentaires et des pièces jointes à chaque entrée.
Nous ne voulons pas découvrir toutes les instances déployées des applications, gérer les paramètres de configuration, intégrer la surveillance à des paramètres de sécurité complexes et être noyés dans des méta-méta-schémas. Tout ce qui nécessite un administrateur dédié est déjà trop lourd.
Nous avons les exigences non fonctionnelles suivantes:
- devrait permettre à plusieurs utilisateurs de travailler simultanément sur elle
- Tout changement doit être versionné
- export Facile à XML ou un autre facile à analyser le format
jusqu'à présent, nous avons considéré les éléments suivants:
- Mettez la feuille de calcul sur un wiki Confluence, où nous pouvons l'éditer via WebDav (et obtenir le verrouillage et le versionnage)
- Utilisez le wiki Confluence car il fournit le marquage, la hiérarchie, les métadonnées et les liens. La seule préoccupation est qu'un wiki est trop libre et il peut être difficile d'extraire l'information si nous décidons de migrer vers un autre système.
- DabbleDB.com - a tout ce dont nous avons besoin, mais malheureusement, les données ne doivent pas quitter le pare-feu.
- OneCMDB.org - Je ne sais pas à quel point il est facile de capturer des informations publicitaires et de faire évoluer le schéma. Apprécierait les expériences.
- Zenoss.com - Je ne l'ai pas encore vérifié. Regarde trop axé sur la gestion de réseau. Registre léger (Mule Galaxy, Registre WSO2) - vous ne savez pas si c'est le bon outil pour le travail, bien qu'il offre de nombreuses fonctionnalités dont nous avons besoin (attributs, étiquettes, versions, cycles de vie).
- BMC Atrium - complexe, la politique d'entreprise exigerait un certain nombre de procédures inutiles. À moins que cela offre un énorme avantage, nous préférerions rester avec opensource.
Je suis intéressé par les commentaires/idées de personnes qui ont réussi un effort similaire ou qui ont l'expérience de certaines des approches ci-dessus. En outre, j'apprécierais des conseils sur les pièges courants et les recommandations.
C'est ce que j'essaie d'éviter en réalité. J'en ai assez dans mon assiette et je préfère me concentrer sur les données et non sur l'infrastructure ... Cela dit, avez-vous des recommandations? L'autre jour, je pensais à RIFE ou Grails. Ou peut-être quelque chose comme Naked Objects ou JMatter? – ddimitrov
Merci pour votre perspicacité. En fait, la plupart de ces applications sont basées sur des serveurs - je dirais que 10% de Java, 50% de systèmes de fournisseurs implémentés dans différentes langues et les autres scripts Perl, RPG et AS400 iSeries. Ils sont construits par différentes entités qui n'ont aucun intérêt à organiser le chaos. – ddimitrov
Il existe une CMDB officielle et il s'agit de BMC Atrium. Il est en phase de mise en œuvre depuis plus de deux ans maintenant et il n'est toujours pas utilisable. Chaque proposition de solution alternative sera abattu par les grands. Donc, le problème est surtout social. – ddimitrov