Discipulus has asked for the wisdom of the Perl Monks concerning the following question:

Hello folks!

Without giving you too much background (too surrealistic to be trusted) I'd like to see your opinions and experience with CMDBs.

As side note, but important for me, this can open a new $work experience leaving apart burocracy tasks and giving me opportunity to code some Perl again or at least some real tech stuff.

In our managers idea (is this an oxymoron? ;) it should be free or almost free, ready to use, good to discover items with some integrated tool, scalable and integrated with technical documentation and obviously without the need of a dedicated team to manage it and to populate it.

I'd personally add I'd like something easy to use and usable by other programs, with some open API (Perl!) and an underlying database model not needing a SQL uberguru to be understood.

As first internet glance I've found:

Any experience with any of the above? General suggestions? Caveats? Ideas (..even if you are managers ;)?

Thanks!

L*

UPDATE January 18 - not so great answer sofar :) but one item to add to the above list from my part: datagerry

There are no rules, there are no thumbs..
Reinvent the wheel, then learn The Wheel; may be one day you reinvent one of THE WHEELS.

Replies are listed 'Best First'.
Re: [OT] suggestions for a Configuration Management Database aka CMDB
by choroba (Cardinal) on Jan 12, 2024 at 15:33 UTC
    I need to have my eyes checked. I've read
    • i-diot with a small piercing
    map{substr$_->[0],$_->[1]||0,1}[\*||{},3],[[]],[ref qr-1,-,-1],[{}],[sub{}^*ARGV,3]
      i-diot with a small piercing

      I have a few spare ones. Piercings may need a little bit of extra work.

      Alexander

      --
      Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)