IT Service Management Blog
Follow information regarding IT Service Management via this blog.

It's Troux, CMDB and Enterprise Architecture Play Nice! Part 1, EA as a CMS Provider

I recently had the honor of serving as a panelist at Troux's annual conference in Austin, Texas.  The Troux CTO himself was also on the panel.  The topic was something like:  ITSM, PPM, CMDB, and ITSM:  Alphabet soup?  Or  a CIO's recipe for success?  


At first I thought, wow, I could get myself into some truly good trouble with that. 


Then I thought, It's actually kind of both.  Yes, that is quite a soup of acronyms, representing quite the challenge of spelling out a few actionable truths amidst the din of risk and ineffectuality.  However, in the right hands, this primordial soup can be arranged in beneficial configurations.   As with most good cooking, it's half quality ingredients, half quality chef.  Hope you have good ones.  Call us?


Troux's Enterprise Architecture solution, when combined with a CMDB and discovery and dependency mapping, allows a complete path of visible relationships from layer 2 all the way out to business entities like services, applications, and organizations.  It's possible to visualize a topology connecting a business service from the hair on its head right down to its toenails.  Users to Layer 2, all connected.


How cool is that?  Very cool, why?  Accurate relationships and business entity configuration data are hard to come by.  Really.  What are your other choices?

  • Just do without (many IT organizations suffer from business information deficiency)
  • Hazard an educated guess (what most do, but requires padding, expensive, still fairly risky),
  • Generate it out of some other process such as release management (a lucky few.  Requires process maturity to generate comprehensive and accurate data.  Hope that's you!)

Most importantly, it's really detrimental to your change management process to go without this information.   With today's  infrastructures all shared, virtualized, densified, optimized, cloudified and all, you kind of must know what the impact of change is.


It's really hard to do Business Service impact analysis without relationships between what's being changed and Business Services.  If you don't eat your meat, you can't have any pudding.  That is a joke but it is not a rhetorical one, judging from how many new customers we're taking on who want to better control their change.


Quick Sidebar:  realize that Data Center and Application Transformations are essentially large groups of changes, the biggest of the big changes!  Transformation use cases change almost everything.


Many other use cases requiring impact analysis of business entities can benefit as well.  Costing and chargeback.  PPM (retrieving business context for planning and solution architecture processes).  Auditing and Compliance .  Configuration Management.  Automation.  Automation automation.


So EA as a CMS provider holds tremendous value for ITSM.  But what about EA as a consumer of the CMS?  We'll take an exploratory journey on that side of the CMS next time, on ITSM theatre!  Stay tuned and let's keep those comments coming!


Thanks for listening,



JCOX | ‎04-01-2011 01:37 PM

Nice topic Jody. From an EA perspective the value of EA as a consumer of a CMS is just as big. When you start looking at lifecycle management of your technical services or capabilities in a product like Troux wouldn't it be nice to understand the impact of your decisions. Let's say you wanted to move to Oracle 11g but didn't understand what was already in your environment. Knowing how many instances of Oracle 9g, 10g etc. are out there would help you in your lifecycle planning.  

Jody Roberts | ‎04-05-2011 11:46 AM

@Jim exactly!  I already posted the CMS as consumer blog with that idea. 


Ideally, Configruation Manager and EA would be a check-and-balance system, where EA would consume to architect the next genration of service, and CM would consume against the CMDB with THE SAME SET OF POLICY for compliance.  So the policy itself - the CM data - already has two consumers, EA and Operational Configuration Management.


 Your example is a great one: We architected knowing we'd need another Oracle license, and CM verified we added one, and Asset Management or something was the provider of the license data.


Once CM gets its legs I see it being used all over including extensively for DCT especially since it doesn't add footprint to the Accelerator solution.


Thanks for the comment.


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.
Showing results for 
Search instead for 
Do you mean 
About the Author
Jody Roberts is a researcher, author, and customer advocate in the Product Foundation Services (PFS) group in HP Software. Jody has worked ...

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.