Servicenow, Inc.

Vadim Shif

Adar Margalit

Yuval Rimar

Netta Hasdai

Dov Miron

Ofer Gati

The present approach relates to event monitoring and management of an instance using a generated service map, allowing monitoring of CIs (e.g., applications) and connections that are currently active in a user's specific instance. A self-monitoring solution is generated for a user (e.g., via an application) that depicts status, configuration, and errors related to the user's instance. In certain implementations, the present techniques involve applying internal knowledge of the working of a user's instance and applications to perform the self-monitoring, and determine when an alert should be generated. Further, the present techniques may involve making a determination to provide a user with a self-help solution in addition or based on the self-monitoring of the user's instance.

Self-monitoring

Systems and methods for processing alerts indicative of conditions of nodes of a computing infrastructure are herein disclosed as comprising, in an implementation, generating a node hierarchy comprising nodes associated with a service model, wherein relationships between the nodes are based on impact rules, identifying alerts related to the node hierarchy, wherein the alerts are indicative of impairments affecting at least a portion of the node hierarchy, and performing impact calculation for nodes of the node hierarchy based on the identified alerts. In an implementation, the impact values may be calculated in parallel for nodes indicated for processing. In an implementation, the nodes associated with the service model represent infrastructure or applicative resources and comprise nodes included in the service model and nodes related to, but not included in, the service model.

System and method for processing alerts indicative of conditions of a computing infrastructure

The present approach relates to the use of a unique key for event messages related to the same event and by employing a publication/subscription framework so that like-keyed event messages are only processed by a subscribing server. The message key may be a numeric value (e.g., from 0-99) calculated or generated based on designated event fields so that similar message keys will have the same message key number. The message key may be used to populate an event bucket field and may also be used as the topic of an event message, allowing a subscribing server to subscribe to this message key and receive and process the related event messages in order of arrival. In this manner, there is no distribution of the event messages having the same message key between parallel processing servers.

Growing community of inventors

Tel Aviv, Israel

Vadim Shif