Component detection and management using relationships
Correlation of component information provided by diverse detection and data collection methods is used to discover additional components and identify and record relationships between these and still other components. Each detection and data collection method can be individually useful to discover components, and to provide at least some information about one or more discovered components to identify at least one relationship between the discovered components. When the information and component discoveries of a first detection and data collection method are properly combined with those of a second detection and data collection method, there can be a synergistic effect that greatly improves the utility and efficiency of a relationship-based network management system by enabling automated discovery of additional components and identification of additional component relationships, by automatically merging diverse views of a single component into a coherent picture of that component, and by automated prediction of component state changes based on state changes in related components.
1. A method for monitoring and/or management of components comprising performing the following executed by at least one processor:
a. detecting a first set of components using a first technology,
b. constructing a first set of relationships between the first set of components,
c. detecting a second set of components using a second technology,
d. constructing a second set of relationships between the second set of components, and
e. in response to the first and second relationship sets, identifying at least one component in the first component set and at least one component in the second component set as being the same component.
2. The method of claim 1 wherein identifying components in the first and second component sets as being the same component uses rules that specify conditions to be satisfied.
3. The method of claim 2 further including specifying the rules by configurable aspects that are portable between instances.
4. The method of claim 2 wherein the rules include rules that evaluate collected data relevant to one or more components.
5. The method of claim 1 further including combining data relevant to the identified component.
6. The method of claim 5 further including displaying the combined data.
7. The method of claim 1 further comprising the at least one processor being configured to declare (a) a first component in the first component set having a child relationship to (b) a second component in the first component set to be the same component as (c) a first component in the second component set that has a child relationship to (d) a second component in the second component set, wherein the second component in the second component set is the same component as the second component in the first component set.
8. The method of claim 1 wherein
the first set of components is organized into a hierarchy of parent/child components based on the first set of relationships,
the second set of components is organized into a hierarchy of parent/child components based on the second set of relationships, and
the at least one processor is configured to identify at least one component in the first component set and at least one component in the second component set as being the same component by matching child components with associated parent components.
9. A processor-executed method for monitoring and/or management of components comprising:
a. detecting a first set of components using a first technology,
b. constructing a first set of relationships between the first set of components,
c. detecting a second set of components using a second technology,
d. constructing a second set of relationships between the second set of components,
e. determining that a first component of the first set of components is identical to a second component of the second set of components,
f. detecting a change in the state of the first component via the first technology, and
g. predicting a change in the state of the second component.
10. A method of claim 9 further including maintaining component relationship models by re-evaluation of rules useful for establishment of said relationships.
11. The method of claim 10 wherein the re-evaluation is performed periodically.
12. The method of claim 10 further including re-evaluating the rules useful for establishment of relationships when a change of state of any component involved in a relationship is detected.
13. The method of claim 9 further including identifying hardware and software components as specific instances of their type, and identifying relationships between the identified components by use of rules.
14. The method of 13 wherein the components comprise identification means sufficient for identification as specific instances.
15. The method of 9 where the components are identified as specific instances by cross-linking data from a plurality of sources.
16. The method of 9 wherein relationships are hierarchical.
17. The method of 9 wherein relationships are peer-to-peer.
18. The method of 9 wherein information relevant to an identified component can be maintained past a time the component is removed from service.
19. The method of claim 9 where the prediction is made using rules.
20. The method of claim 9 further including re-evaluating the rules used to determine relationships when a change of state of any component involved in a relationship is predicted.