Unfortunately I won't be at the summit, but in advance can I throw some ideas re CMDB tooling and model support into the ring? I'm not sure if this kind of thing is overkill for what's intended for OpenStack CMDB, I'd be interested to know what others think! Regards Evan
TOOLING: CMDB opens up into some well-known issues around model definition, integration, what standards (if any) to support etc. And of course larger CMDB implementations tend to require customisation and therefore ongoing maintenance of customisations through future product versions. One open source project that seems to have lost momentum (I'd say due to the nature of the telco market/vertical it was aimed at) but which I'm wondering may be worth consideration for possible re-activation (in an OpenStack context), is Tigerstripe? http://www.eclipse.org/tigerstripe/ Tigerstripe is a meta-model driven, visual tool for defining shared model schemas & generating associated code & API artefacts - i.e. good for defining & managing a customisable services / CMDB repository, and related integrations. The project home page describes it as being relevant for the telco industry - easier to think of it as supporting 'services' instead. Tigerstripe generates code using JET (Java Emitter Templates), however I believe it would be straightforward to adapt for generation of Python artefacts instead of/in addition to Java. Cisco case study: http://wiki.eclipse.org/Tigerstripe_Case_Study Alternatively it might also be possible to replicate Tigerstripe capabilities using components available purely in the Python domain? (Sorry I don't have a feel for this!) MODEL SUPPORT: The Cisco case study reference talks about use of the DMTF Open Management Infrastructure model, which may have some useful goodies at a general level (described here as a 'Datacenter Abstraction Layer'): http://blogs.technet.com/b/port25/archive/2012/06/29/open-management-interfa ce-omi-open-source-implementation-of-dmtf-cim-wbem-standards.aspx OMI is intended for service operations management, available here on an open basis: https://collaboration.opengroup.org/omi/?gpid=680 And of course more recently, there's also the ETSI MANO model (for NFV) to consider, among others! Front end UI's would need to be developed (Horizon extensions?), and persistence framework integration done. (Craig Gallan of OpenNMS has built something in the persistence area, although it's Java/Hibernate based): http://openoss.sourceforge.net/mwiki/index.php?title=Tigerstripe_Persistence _Layer_Generator&action=edit -----Original Message----- From: Tom Fifield [mailto:[email protected]] Sent: Wednesday, 6 May 2015 8:04 PM To: OpenStack Operators Subject: [Openstack-operators] CMDB Hi, Is anyone interested enough in CMDB to run a working session on it at the design summit? https://libertydesignsummit.sched.org/event/553947ceb7c1c223fa689da188abb9a9 It was suggested on the planning etherpad, but so far we've found no-one interested in running it. Regards, Tom _______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators _______________________________________________ OpenStack-operators mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
