HP UCMDB Service Modeling - Match that!

One of the key capabilities that differentiate HP UCMDB from the competition is our service modeling.

Your CMDB data consists of infrastructure data that can be discovered automatically, non-discoverable data about this infrastructure and your business hierarchies (services, applications, transactions, etc'). The latter part can be created manually or imported from enterprise design products such as IDS-Scheer or TROUX.

The key, however, is connecting the lowest level business entities to the infrastructure that supports them.

Why is that so important? Because if we could magically create these links we would be able to:

- Understand the service impact of taking down a server.

- Enforce a certain policy only on the infrastructure of a specific service.

- Open a service map in a monitoring application without having to explicitly define it.

 

HP UCMDB allows you to do so using service models. We offer instance based models and pattern based models where the content of the service model itself is based on the result of a TQL query.

 

The main point of this article is this:

When creating a model of a service, include only resources that are dedicated to that service and the rest will be retrieved from the UCMDB via links using perspectives.

What I mean is, if your VMs are allocated per service then only put VMs in the service model of that service. If the VM is running four different apps - each dedicated to a different service then place the running software in the service model. If you have a J2EE server that is running five J2EE apps, each dedicated to a different service then place each of the J2EE apps in a different service model. That's it! Nothing else!!

 

Since we discover the relationships in your data center automatically then by placing the J2EE app CI's in a service model we can use the links in the UCMDB to go from the J2EE app to the J2EE server to the VM it is running on, to the ESX, to the network and database etc'

 

We expect you to do the minimum work required. Simply give us the hook and we will pull the rest of the thread in for you via links. Don't tell me which database the service is using. Tell me which running software is dedicated to it and I'll get to the database for you.

 

Why is that important?

 

1) Identifying all of the resources of a service is a lot of work which is unnecessary.

2) If you put all of the resources in the service model yourself then you'll have to keep maintaining those links yourself as well. What if someone reconfigures the service without telling you? Isn't this why you invested in a CMDB in the first place?

 

In short, we don't want you creating these links manually anymore than we want you to populate your servers manually.

 

What you are looking for in the user manual is business service models, perspectives, modeling studio.

 

If you have any questions, come and meet me at HP Discover.

 

Ahi.

 

Tags: Modeling| uCMDB
Comments
| ‎05-18-2011 03:27 PM

Hi, of course your perceptions make a lot of sense.

However I'd like to read your ideas about using uCMDB in combination with BSM when it comes to Business Service monitoring. What is the primary data provider, where do you create your BS CI's. Do you retrieve them from uCMDB? Do you create them in BSM and then push them to uCMDB?

 

Just curious, especially because of an interesting discussion with a collegue on tonight's DDM practitioner's forum.

 

Cheers,

Rutger

Ahi Gvirtsman | ‎05-22-2011 03:23 AM

Thanks for your comment, Rutger.

Our vision is: "Model once, consume everywhere" so we'd like to see models created either in BSM or in UCMDB distributed to other UCMDB instances in the environment and reused because at the end of the day, each service should have a single model definition and the rest of the view data should be based on perspectives that can vary greatly depending on the consuming persona.

We see the defined service models as key data that should be part of the single source of information that the UCMDB serves as.

 

So bottom line, the answer is that I'd like to allow customers to model over any UCMDB instance, be it RTSM or another UCMDB on site and have the data proliferate and if so required go through reconciliation.

 

Ahi.

Leave a Comment

We encourage you to share your comments on this post. Comments are moderated and will be reviewed
and posted as promptly as possible during regular business hours

To ensure your comment is published, be sure to follow the Community Guidelines.

Be sure to enter a unique name. You can't reuse a name that's already in use.
Be sure to enter a unique email address. You can't reuse an email address that's already in use.
Type the characters you see in the picture above.Type the words you hear.
Search
About the Author
I'm a 20 year veteran in the software industry with experience ranging from control systems, communications systems, RAD systems and for the...


Follow Us
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation