Abstract: An anomaly detection module may include a time-series analyzer that classifies current time-series data into at least one of a plurality of classifications based upon historical data and may construct a statistical model representative of the current time-series data based upon the at least one of the plurality of classifications. An anomaly detector monitors a stream of the current time-series data and identifies statistical outliers of the stream of the current time-series data, based upon the statistical model and may determine an anomalous score for the statistical outliers by tracking a history of the statistical outliers; wherein the anomalous score comprises a representation of a magnitude of deviation between the current time-series data and the statistical model over multiple measurements of the current time-series data, over a particular time interval, or both.

Abstract: A method for configuration management database governance comprising: identifying a first configuration item and a second configuration item; identifying a relationship between the first configuration item and the second configuration item; identifying a relationship rule governing the relationship between the first configuration item and the second configuration item; determining whether the relationship between the first configuration item and the second configuration ident is consistent with the relationship rule; and allowing, in response to a determination that the relationship between the first configuration item and the second configuration item is consistent with the relationship rule, the first configuration item and the second configuration item to be stored in the configuration management database.

Abstract: A method can include storing information about the business service in one or more template type layers; storing information about an instance of the business service in one or more instance type layers; wherein the template type layers include one or more checkpoints that reference information stored in a content addressable store that defines an expected structure of the business service, wherein at least one checkpoint of the template type layers includes a timestamp and a hash value associated with an entry in the content addressable store; and wherein the instance type layers include one or more checkpoints that reference information stored in the content addressable store that defines attributes of the instance of the business service, wherein at least one checkpoint of the instance type layers includes a timestamp and a hash value associated with an entry in the content addressable store.

Abstract: Systems and methods for the identification and reconciliation of network resource information are herein disclosed. In an implementation, a system includes instructions stored in memory for processing a request received from a data source to update a record of a network resource by receiving data relating to an attribute of a network resource of a computer network from a first data source, wherein the network resource is associated with a configuration item of a configuration management database, the configuration item including data relating to the attribute from a second source; determining that the first data source is authoritative for the attribute based on a priority of the first data source, a priority of the second data source, and a staleness period of the second data source; and processing the request by updating the attribute based on the data.

Abstract: The monitoring by a monitoring node of a process performed by a monitored node is often devised as a tightly coupled interaction, but such coupling may reduce the re-use of monitoring resources and processes and increase the administrative complexity of the monitoring scenario. Instead, fault detection and recovery may be designed as a non-proprietary service, wherein a set of monitored nodes, together performing a set of processes, may register for monitoring by a set of monitoring nodes. In the event of a failure of a process, or of an entire monitored node, the monitoring nodes may collaborate to initiate a restart of the processes on the same or a substitute monitored node (possibly in the state last reported by the respective processes). Additionally, failure of a monitoring node may be detected, and all monitored nodes assigned to the failed monitoring node may be reassigned to a substitute monitoring node.

Abstract: The monitoring by a monitoring node of a process performed by a monitored node is often devised as a tightly coupled interaction, but such coupling may reduce the re-use of monitoring resources and processes and increase the administrative complexity of the monitoring scenario. Instead, fault detection and recovery may be designed as a non-proprietary service, wherein a set of monitored nodes, together performing a set of processes, may register for monitoring by a set of monitoring nodes. In the event of a failure of a process, or of an entire monitored node, the monitoring nodes may collaborate to initiate a restart of the processes on the same or a substitute monitored node (possibly in the state last reported by the respective processes). Additionally, failure of a monitoring node may be detected, and all monitored nodes assigned to the failed monitoring node may be reassigned to a substitute monitoring node.