Table of Contents
Context of the White Paper ............................................................................................................. 2 Use Case 1: Sharing Service models between HPUCMDB and BMC Atrium CMDB ................. 3 Step 1: Automated meta-model acquisition from the trusted data source .................................. 4 Step 2: Intelligent graphical mapping user interface .................................................................. 5 Step3: Scheduled or event triggered transformation ................................................................... 8 Step 4: Service mapping control and adjustment phase.............................................................. 9 Use Case 2: Sharing Service models between HP UCMDB and HP Asset Manager .................. 10 Associated Business Value Proposition .................................................................................... 10 Use Case 3: Maintaining a Service model .................................................................................... 14 Associated Business Value Proposition .................................................................................... 14 Use Case flow description ........................................................................................................ 15 Use Case 4: More complex transformation rules based on regular expressions........................... 17 Associated Business Value Proposition .................................................................................... 18 Use Case flow description ........................................................................................................ 18
We are considering other use cases in the future, namely: Service model cost computation Service catalogues population
Use Case 1: Sharing Service models between HPUCMDB and BMC Atrium CMDB
Associated Business Value Proposition
Industrialization of the service mapping process Reduced implementation time and costs for CMDB and CMS initiatives Improved configuration information data quality Repeatable process Less technical skills required The intent of SMMapper is to propose a repeatable process to model, collect, integrate, and map Configuration items thru an easy to use & cross technology Service Model Standardization tool - SM Mapper with the unique goal to reduce the time and efforts to implement CMDB or CMS projects. On a high level, SMMapper leverages a 4 step repeatable process to map external managed data sources to the central service model stored within HPs leading UCMDB, namely: Step 1: Automated meta-model acquisition from the trusted data source Step 2: Intelligent graphical mapping user interface Step3: Scheduled or event triggered transformation Step 4: Service mapping control and adjustment phase
In case managed data sources are not yet understood out of the box by SMMapper, an intuitive integration technology is in place for end users to build their own mapping content via integration SDK.
In the example on top, SMMapper is mapping information from HP UCMDB on the left side to BMC Atrium CMDB on the right side of the screen. This process allows a configuration manager or a service manager to create an intermediate scope by dragging classes from the source or destination to the intermediate scope (center tree view). The intermediate scope will be leveraged by the software to transform the data. Once classes have been mapped, the user gets access to another screen allowing mapping attributes for each of the selected classes (Ie. Computersystem and Memory in our example):
Note: The complete syntax for HPs TQL is supported including Constant, Direct, and Compound string transformations. And finally, the user gets the ability to map relations from HP UCMDB to BMC Atrium CMDB. As SMMapper understands the complete meta model, these relations are generated automatically, it is up to the user to select the relevant one.
This TQL mapping file is consumed by the standard HP UCMDB to BMC Atrium CMDB push adapter and avoids the process of writing mapping files between HP and BMC models. As a result, the mapping process is highly simplified and the time to implement complex mapping reduced to the minimum. Two modes of execution are available, a scheduled mode or an event triggered mode in which an external tool triggers a transformation job in calling the SMMapper web service REST API. The illustration underneath highlights SMMapper working as service model orchestration engine between HP UCMDB and BMC Atrium CMDB.
Use Case 2: Sharing Service models between HP UCMDB and HP Asset Manager
10
The goal for this use case is to generate configurations files that are compatible with the Asset Manager Adapter (Ie. AMAdapter). The AMAdapter is part of HP UCMDB content pack 10 and leverages the generic DB adapter.
Note: A combination of SQL approach and the parsing of a database description files are leveraged to extract the model and meta model structure out of HP Asset Manager. The following structure is displayed to the user including the HP UCMDB model on the left side discovered thru web services and the Asset Management model on the right side:
11
At this stage, the user is allowed to map classes from HP UCMDB to HP Asset Manager.
The next step in the workflow consists in the mapping of attributes related to the classes that were mapped in the previous section.
12
Note: in this section, we are creating a direct mapping between the nt / primary_dns_name in UCMDB and amAsset / Fullname in Asset Manager. Once this step achieved, AMAdapter configuration files are generated based upon the intermediate scope that was selected by the user. Upon selection of an existing or new Asset Manager query within the HP UCMDB integration studio, a job is executed to push information from HP UCMDB to HP Asset manager.
13
14
Workflow sequence The follow sequence is automated thru the use of SMMapper. In this use case, SMMapper discovers the HP Asset Manager model and meta model using a combination of SQL access and the parsing of some database description files.
15
Initially, a modification is occurring within the HP Asset Manager Meta model. As an example, a new type of asset is added to Asset Manager (Ex. a virtual system).
SMMapper automatically captures the difference in the meta model and the user is allowed to compare the difference between two snapshots as highlighted below:
16
The user is finally allowed to drag and drop these artifacts from the comparison window to the UCMDB tree view. The system via web services sets the new meta model structure within the HP UCMDB and HPs UCMDB is getting updated automatically with the new VirtualSystem class. As SMMapper is fully web services enabled, the automated service model update could very well be tied to change management process. Changes within the managed data sources would be reflected to the core configuration management system in a transparent manner as long as this change has been approved or pre-approved.
17
18
Functional sequence: A new Data Source is created within SMMapper pointing to the HPs UCMDB that is hosting the MQ series data. A tree view is displayed within SMMapper displaying the data structure related to the MQ Series Data Source. Typically a queue manager linked to several queues. The user selects the type of MQ series data he is intending to retrieve. Ex. MQ Manager and MQ queues. For each Queue Managers and queues pulled from the UCMDB, a new attribute is created and instantiated by SMMapper in leveraging the regular expression capabilities. As an example, 3 first characters of the queue name. system name. A new type of relation (ex. impact relation) is created based upon the new attribute created in the former section. The existing web service adapter between SMMapper and HP UCMDB is leveraged to set the new structure and the associated data within HPs service model.
19