Abstract: According to one or more embodiments of the disclosure, an example process herein may comprise: determining, by a process, one or more solution bundles of particular services in an extensibility platform, each solution bundle of the one or more solution bundles submitted by a respective solution provider, the one or more solution bundles having workflow definitions and corresponding container images, the workflow definitions being custom-defined configurations of one or more triggers, one or more inputs, one or more outputs, and one or more sequential steps; listening, by the process, to published observability data of the extensibility platform; determining, by the process and from the published observability data, occurrence of a trigger condition based on the one or more triggers of the workflow definitions of the one or more solution bundles; and initiating, by the process, one or more particular workflows corresponding to the trigger condition in response to occurrence of the trigger condition.

Abstract: According to one or more embodiments of the disclosure, an example method herein may comprise: managing a particular cell of a multi-celled architecture for an extensibility platform having one or more tenants served by datastores of the particular cell; connecting to a global cell manager for global cell management of all cells of the multi-celled architecture; identifying a consumption limit indicating a maximum amount of system resources that a particular tenant of the one or more tenants is allowed to consume of the particular cell; enforcing the consumption limit on the particular tenant; and ensuring that the particular tenant is provided system resources of the particular cell up to the consumption limit without limitation.

Abstract: According to one or more embodiments of the disclosure, an example method herein may comprise: providing a core technology stack for an extensibility platform; managing a plurality of solution packages within the extensibility platform that are separated from the core technology stack, each of the plurality of solution packages defining a data model, access to that data model, and dependencies for that data model, wherein the plurality of solution packages have one or more globally shared core solution packages; operating according to one or more tenant-based solution packages within the plurality of solution packages within the extensibility platform, the one or more tenant-based solution packages defining corresponding tenant-specified models and configurations for soft-coded customized extension points for the extensibility platform; and managing multi-tenancy of an observability data ingestion pipeline of the extensibility platform according to the plurality of solution packages including the soft-coded c

Abstract: According to embodiments of the disclosure, an example method herein may comprise: providing an extensibility platform for observing entities to produce associated observability data; installing flexible meta models within the extensibility platform, wherein the plurality of flexible meta models define the entities, a globally unique identifier of each of the plurality of entities, a type of each of the entities, relationships between the entities, kinds of observability data, and dependencies among the flexible meta models; and processing the observability data obtained within the extensibility platform based on tenant-specific solution packages and the flexible meta models, wherein the observability data is associated to the entities based on external references to corresponding globally unique identifiers of the entities, and wherein the observability data is sourced by sources configured to populate, based on a corresponding observed entity, attribute fields and tenant-specified tag fields according to th

Abstract: In one embodiment, a method comprises: accessing information from an extensibility platform configured to monitor observability data from a monitored computer network topology; receiving a query regarding the information, the query formatted according to a unified query language for the extensibility platform; determining which specific requested data from the information to return in response to the query based on a fetch block within the query; determining one or more bounding blocks within the query that establish one or more boundaries on the query, wherein one of the one or more bounding blocks comprises a topology boundary block to define a specific topology of the monitored computer network topology, wherein the specific topology identifies one or more entities within the monitored computer network topology to which the query is specifically directed; and returning results of the query as defined by the requested data to return and limited to the specific topology.

Abstract: According to one or more embodiments of the disclosure, an example process herein may comprise: receiving a request into an extensibility platform from an entity, the extensibility platform configured in part by one or more solution packages; determining a type of the request and a particular corresponding solution package of the one or more solution packages; performing role-based access control on the request based on a corresponding role-based access control configuration for the type of the request as configured within the particular corresponding solution package; and forwarding, in response to appropriate access of the entity based on role-based access control, the request to a particular representational state transfer endpoint for the type of request as defined by the particular corresponding solution package, wherein the particular representational state transfer endpoint processes the request.

Abstract: Techniques for transforming plug-in application recipe (PIAR) variables are disclosed. A PIAR definition identifies a trigger and an action. Trigger variable values, exposed by a first plug-in application, are necessary to evaluate the trigger. Evaluating the trigger involves determining whether a condition is satisfied, based on values of trigger variables. A second plug-in application exposes an interface for carrying out an action. Evaluating the action involves carrying out the action based on input variable values. A user selects, via a graphical user interface of a PIAR management application, a variable for a trigger or action operation and a transformation operation to be applied to the variable. The PIAR management application generates a PIAR definition object defining the trigger, the action, and the transformation operation, and stores the PIAR definition object for evaluation on an ongoing basis.

Abstract: Techniques for transforming plug-in application recipe (PIAR) variables are disclosed. A PIAR definition identifies a trigger and an action. Trigger variable values, exposed by a first plug-in application, are necessary to evaluate the trigger. Evaluating the trigger involves determining whether a condition is satisfied, based on values of trigger variables. A second plug-in application exposes an interface for carrying out an action. Evaluating the action involves carrying out the action based on input variable values. A user selects, via a graphical user interface of a PIAR management application, a variable for a trigger or action operation and a transformation operation to be applied to the variable. The PIAR management application generates a PIAR definition object defining the trigger, the action, and the transformation operation, and stores the PIAR definition object for evaluation on an ongoing basis.

Abstract: Techniques for transforming plug-in application recipe (PIAR) variables are disclosed. A PIAR definition identifies a trigger and an action. Trigger variable values, exposed by a first plug-in application, are necessary to evaluate the trigger. Evaluating the trigger involves determining whether a condition is satisfied, based on values of trigger variables. A second plug-in application exposes an interface for carrying out an action. Evaluating the action involves carrying out the action based on input variable values. A user selects, via a graphical user interface of a PIAR management application, a variable for a trigger or action operation and a transformation operation to be applied to the variable. The PIAR management application generates a PIAR definition object defining the trigger, the action, and the transformation operation, and stores the PIAR definition object for evaluation on an ongoing basis.

Abstract: Techniques for managing a plug-in application recipe (“PIAR”) are disclosed. A mapping between (a) a user-selected field, selected via a PIAR creation interface, and (b) a third-party application field, exposed by an application programming interface (“API”) of a third-party application, is stored. The third-party application field is associated with a trigger or action of a PIAR. Managing the PIAR in an active state involves periodically receiving and checking data from the third-party application field against a PIAR condition. During or after managing the PIAR in the active state, information is stored to update the mapping to a different mapping. The different mapping maps the user-selected field to a different third-party application field. Without modifying the PIAR, managing the PIAR in the active state then involves periodically receiving and checking data from the different third-party application field against the PIAR condition.

Abstract: Techniques for managing a plug-in application recipe (“PIAR”) are disclosed. A mapping between (a) a user-selected field, selected via a PIAR creation interface, and (b) a third-party application field, exposed by an application programming interface (“API”) of a third-party application, is stored. The third-party application field is associated with a trigger or action of a PIAR. Managing the PIAR in an active state involves periodically receiving and checking data from the third-party application field against a PIAR condition. During or after managing the PIAR in the active state, information is stored to update the mapping to a different mapping. The different mapping maps the user-selected field to a different third-party application field. Without modifying the PIAR, managing the PIAR in the active state then involves periodically receiving and checking data from the different third-party application field against the PIAR condition.

Abstract: Techniques for transforming plug-in application recipe (PIAR) variables are disclosed. A PIAR definition identifies a trigger and an action. Trigger variable values, exposed by a first plug-in application, are necessary to evaluate the trigger. Evaluating the trigger involves determining whether a condition is satisfied, based on values of trigger variables. A second plug-in application exposes an interface for carrying out an action. Evaluating the action involves carrying out the action based on input variable values. A user selects, via a graphical user interface of a PIAR management application, a variable for a trigger or action operation and a transformation operation to be applied to the variable. The PIAR management application generates a PIAR definition object defining the trigger, the action, and the transformation operation, and stores the PIAR definition object for evaluation on an ongoing basis.