Patent Application
20070282856
The following description is presented to enable any person skilled in the art to make and use the invention as claimed and is provided in the context of the particular examples discussed below, variations of which will be readily apparent to those skilled in the art. Accordingly, the claims appended hereto are not intended to be limited by the disclosed embodiments, but are to be accorded their widest scope consistent with the principles and features disclosed herein.
In the context of an object-oriented configuration management database, a federation mechanism in accordance with the invention uses one or more execution definitions for each product, application or execution module to be federated. One illustrative product in which the inventive concept has been embodied is the BMC Atrium™ CMDB configuration management database system. (BMC ATRIUM is a trademark of BMC Software, Inc. of Houston, Tex.) Each execution definition identifies a method of execution (e.g., command line, URL or web service), a mode of execution (e.g., interactive or stand-alone), zero or more invocation arguments, and the ability to specify data from a class of database entries, a specific database instance or a relationship associated with the instance.
Referring to
In accordance with the invention, the invocation command may include zero or more parameters, some of which may be static (i.e., fixed at the time the command is specified) and some of which may be dynamic (i.e., obtained from a configuration item at the time of invocation). For example, if the command invocation string is: http://www.bmc.com/info/?name=$Name$, the variable $Name$ may be obtained from the configuration item associated with the command string. Thus, if the value of the configuration item's ‘Name’ attribute was ‘GreenMonster’, the value GreenMonster would be substituted into the invocation command at the time of execution to yield http://www.bmc.com/info/?name=‘GreenMonster’.
In one embodiment, an application may also be federated with a class of configuration items. If a federated application is to be invoked based on a class relationship, one or more attributes of the class may be filtered prior to performing the above-described parameter substitution and invocation operations. For example, if application A is to be invoked every time a configuration item of class ‘Monitor’ is retrieved, one or more attribute values in the retrieved instance may be filtered to determine whether the application is actually invoked. Thus, if only ABC brand monitors associated with computer systems in the XYZ workgroup should be processed by application A, the “BrandName” and “Workgroup” attribute values of the specific instance associated with the current operation are checked. If they match (i.e., have values equal to ABC and XYZ, respectively), the application will be automatically invoked. Conversely, if the specific instance's attribute values do not match, the application is not invoked. In another embodiment, one or more attribute values may be used to specify which of two or more possible command string substitutions to perform.
Referring to
Referring to
As previously noted, configuration item object 215 may represent substantially any resource—physical entities such as software, hardware, documentation, facilities and personnel as well as logical entities such as business processes or services. Further, in an object-oriented implementation, configuration item 215 may represent a specific instance of a resource (e.g., the laptop computer system assigned to person A) or a class of resources (e.g., all laptop computer systems in an organization). Federated interface object 220 includes the information necessary to invoke external application 210 for the particular configuration item to which it is linked (i.e., via federated interface link object 230). Table ZZ defines federated interface object 220 in accordance with one embodiment.
Federated product object 225 includes the information necessary to identify the specific external application to be launched. Table YY defines federated product object 225 in accordance with one embodiment. Separating the information retained in federated interface 220 and federated product 225 objects, permits a single product (e.g., external application 210) to be invoked in a number of different ways (i.e., through multiple federated interface objects such as object 220) without duplicating much of the external product's information.
As shown in
Because some federated applications do not store configuration item attributes that also exist in the configuration management database (e.g., configuration management database 205), it may not be possible to use attribute substitution to match a configuration item to federated data. In these cases, a foreign key may be used to “tie” a configuration management database's configuration item (an instance or class object) to information stored in an external application. As used herein, a foreign key is a unique identifier in the federated product/application that maps to or identifies a specific configuration item in the configuration management database. To accommodate these cases, a foreign key relationship may be used to form an association between a configuration item (an instance or class object) and a federated product—where the foreign key relationship includes the foreign key value that uniquely ties a configuration item to an external product.
Referring to
In summary, a federation mechanism in accordance with the invention permits one or more applications external to the database to be registered. Applications so registered may be automatically invoked in response to database queries—where such invocation utilizes data from specific database entries or instances.
In general then, and as shown in
Referring to
If the external application was not invoked as an interactive application (the “No” prong of block 555), the result is returned (block 565) where after database processing completes. In the non-interactive or stand-alone mode of operation, it will be recognized that the external application may continue to execute. If the external application was invoked as an interactive application (the “Yes” prong of block 555), results are received from the external application (block 560) and passed to the entity making the original database query such as, for example, another application (block 565).
By way of example, consider an object-oriented database that includes a class of ‘company’ objects (e.g., one entry for company ABC, one entry for company DEF and so forth), where one attribute of the company class is ‘StockSymbol’—the stock market symbol used to uniquely identify the company. In accordance with the above described registration method (see
Various changes in the components as well as in the details of the illustrated operational methods are possible without departing from the scope of the following claims. For example, while the illustrative embodiments have been described in terms of a configuration management database using object-oriented technology, the claimed invention is not so limited. Specifically, the application registration and invocation techniques described herein may be used in conjunction with substantially any database (e.g., relational databases). In addition, illustrative objects (e.g., federated interface object 220, federated product object 225, federated interface link object 230, federated product link object 235 and federated key link object 400) have been described in terms of a number of specific attributes. It will be understood, however, that such objects may include more attributes than listed in tables ZZ-W (e.g., class and instance identifiers). Further, some of the attributes listed in the above tables may be inherited from parent objects rather than being intrinsic to the federation objects themselves (e.g., source and destination references in the link objects 230 and 235). Also, in the above description federation has been described as it is applied to configuration items. However, this limitation is not required. For example, in an object-oriented environment as described herein relationships are themselves objects and, as such, may be federated just like any other item. That is, a relationship may be linked to an external product via a link object.
It will be further recognized that acts in accordance with
This application claims priority to U.S. provisional patent application 60/745,869, entitled “CMDB Federation,” filed 28 Apr. 2006 and which is hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60745869 | Apr 2006 | US |
