FIELD

The present technology pertains in general to computer systems and more specifically, to monitoring events and dynamic configuration.

BACKGROUND

The approaches described in this section could be pursued but are not necessarily approaches that have previously been conceived or pursued. Therefore, unless otherwise indicated, it should not be assumed that any approaches described in this section qualify as prior art merely by virtue of their inclusion in this section.

Data communications networks can be used for a distributed application structure that divides tasks between the providers of a resource or service, called servers, and service requesters, called clients. A server “host” runs one or more server programs, which share their resources with clients. Traditionally, a user sets up a new host, configures all the services to run on the new host, and configures the monitoring agent to query them periodically. Configuration management tools can be used to facilitate the process, however, the process is very static.

The use of container architectures, for one example, has resulted in a very dynamic environment for which traditional static methods have many drawbacks. Deployments are dynamic where containers sets may grow, shrink, disappear, coming and going from one node (e.g., server) to another. As a result of the dynamic nature, there is no fixed Internet Protocol (IP) address from which to retrieve metrics, logs, etc.

SUMMARY

This summary is provided to introduce a selection of concepts in a simplified form that are further described in the Detailed Description below. This summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.

The present disclosure provides various embodiments of systems and methods for autodiscovery monitoring with dynamic configuration launching as described herein. In various embodiments, autodiscover providers work by watching for events on the system and translating those events into internal autodiscover events with a common format. Providers may create and send the events to a common bus. A user can configure a provider using fields from the autodiscover event to set conditions that, when met, automatically launch specific configurations (e.g., instantiate a new module).

One of the many advantages of various embodiments of the present technology is enabling other components to react and adapt to changes in dynamic infrastructures.

In various embodiments, an autodiscovery common event bus also referred to herein as a common bus is provided. Events may be generated by providers (e.g. container-related providers, port-based providers, process-based providers, file search providers, and others providers that may be configured to take advantage of the present technology). Modules may be enabled/disabled based on detection of certain conditions. Some embodiments provide hints-based autodiscovery where hints are information a module can provide to facilitate the autodiscovery process.

Exemplary methods include: generating a configuration template for a provider, the configuration template including one or more conditions; monitoring for launch of a new event from a provider; based on the monitoring, detecting the new event; determining, for the detected new event, occurrence of at least one condition of the configuration template; and in response to the determining, automatically launching a configuration associated with the new event.

