Abstract: Embodiments of apparatus, systems, and methods are described for creating and managing an abstract, API-based infrastructure base model. The API-based model can abstract infrastructure assets, such as infrastructure components or connections between components, into a metadata model using standardized syntax and interfaces, for defining and building an infrastructure. Using a modeling document, connections and components of an infrastructure can be abstracted into an API-based model having semantics that covers them all. Connections and infrastructure components can be made available for selection, arrangement, and grouping to build complex infrastructure models without requiring complex API coding by the user. Other infrastructure models having different API definitions can be by abstracted to standardize the assets for building new APIs. The APIs can be further modified and exported to another or the same implementation project.

Abstract: Disclosed herein are system, method, and computer-readable medium embodiments for providing the ability to automate the process of generating load tests used for benchmarking APIs. Rather than having to manually generate load tests for a web service API, a test developer can interact with a test service through a web browser and provide the service an API specification and testing parameters. The test service can analyze the API specification, automatically identified endpoints of the API, and generate load tests according to the expected input/output structures of the endpoints. The automatic load test generation can proceed by referring to a library of test instructions and extracting the portions of the test instructions that work for the identified endpoints.

Abstract: Disclosed herein are system, method, and computer-readable medium embodiments for providing the ability to automate identification of endpoints of an API for potential health checks based on machine learning and/or similarity search algorithms. The algorithms analyze an API specification according to the algorithm's training and/or search among reference APIs. Rather than having to manually generate health check tests for the web service, a test developer can interact with a test service through a web browser and provide the service an API specification. The test service then can automatically rank identified endpoints according to a ranking system as well as automate health checks by automatically preparing the health check code according to each identified endpoint.

Abstract: Disclosed herein are system, method, and computer-readable medium embodiments for providing the ability to automate the process of generating load tests used for benchmarking APIs. Rather than having to manually generate load tests for a web service API, a test developer can interact with a test service through a web browser and provide the service an API specification and testing parameters. The test service can analyze the API specification, automatically identified endpoints of the API, and generate load tests according to the expected input/output structures of the endpoints. The automatic load test generation can proceed by referring to a library of test instructions and extracting the portions of the test instructions that work for the identified endpoints.

Abstract: Disclosed herein are system, method, and computer-readable medium embodiments for providing the ability to automate identification of endpoints of an API for potential health checks based on machine learning and/or similarity search algorithms. The algorithms analyze an API specification according to the algorithm's training and/or search among reference APIs. Rather than having to manually generate health check tests for the web service, a test developer can interact with a test service through a web browser and provide the service an API specification. The test service then can automatically rank identified endpoints according to a ranking system as well as automate health checks by automatically preparing the health check code according to each identified endpoint.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing anomaly feedback monitoring and detection. An embodiment operates by determining a first set of data corresponding to an anomaly indicating an undesirable data state for a first application. A subset of data from a second set of data corresponding to the undesirable data state is identified, wherein the second set of data is associated with communications between the first application and a second application. A notification identifying the anomaly is provided. Feedback associated with the anomaly is received. Data corresponding to the anomaly is updated based on the feedback.

Abstract: Embodiments of apparatus, systems, and methods are described for creating and managing an abstract, API-based infrastructure base model. The API-based model can abstract infrastructure assets, such as infrastructure components or connections between components, into a metadata model using standardized syntax and interfaces, for defining and building an infrastructure. Using a modeling document, connections and components of an infrastructure can be abstracted into an API-based model having semantics that covers them all. Connections and infrastructure components can be made available for selection, arrangement, and grouping to build complex infrastructure models without requiring complex API coding by the user. Other infrastructure models having different API definitions can be by abstracted to standardize the assets for building new APIs. The APIs can be further modified and exported to another or the same implementation project.

Abstract: Embodiments of apparatus, systems, and methods are described for creating and managing an abstract, API-based infrastructure base model. The API-based model can abstract infrastructure assets, such as infrastructure components or connections between components, into a metadata model using standardized syntax and interfaces, for defining and building an infrastructure. Using a modeling document, connections and components of an infrastructure can be abstracted into an API-based model having semantics that covers them all. Connections and infrastructure components can be made available for selection, arrangement, and grouping to build complex infrastructure models without requiring complex API coding by the user. Other infrastructure models having different API definitions can be by abstracted to standardize the assets for building new APIs. The APIs can be further modified and exported to another or the same implementation project.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing clustering and monitoring functionality. An embodiment operates by determining that an application programming interface (API) call has been made from a first application to a second application. Metric data regarding a performance of one or more computing devices responsive to the determined API call is received. The received metric data associated with the determined API call is clustered into one of a plurality of predetermined clusters associated with the performance of the one or more computing devices responsive to one or more previous API calls. A notification indicating a system state of the one or more computing devices is determined based on the clustering, and provided.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing a distributed alert system using actor models. The approach includes initializing an alert actor configured to run an alert action. A datapoint related to the alert action is received, and can then be processed at the alert actor against a current status of an alert (such as a running average of prior datapoints) in order to determine a new status of the alert. This allows for a notification to be provided, such as to a system administrator, based on a change in status if needed.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing a distributed alert system using actor models. The approach includes initializing an alert actor configured to run an alert action. A datapoint related to the alert action is received, and can then be processed at the alert actor against a current status of an alert (such as a running average of prior datapoints) in order to determine a new status of the alert. This allows for a notification to be provided, such as to a system administrator, based on a change in status if needed.

Abstract: Embodiments of apparatus, systems, and methods are described for creating and managing an abstract, API-based infrastructure base model. The API-based model can abstract infrastructure assets, such as infrastructure components or connections between components, into a metadata model using standardized syntax and interfaces, for defining and building an infrastructure. Using a modeling document, connections and components of an infrastructure can be abstracted into an API-based model having semantics that covers them all. Connections and infrastructure components can be made available for selection, arrangement, and grouping to build complex infrastructure models without requiring complex API coding by the user. Other infrastructure models having different API definitions can be by abstracted to standardize the assets for building new APIs. The APIs can be further modified and exported to another or the same implementation project.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing real-time version control operations. An embodiment operates by determining, based on a mapping, that an initial call to a function in accordance with an application programming interface (API) received by a computing device is directed to first location corresponding to a first implementation of the function. A second implementation of the function is determined to be available at a second location. The mapping is updated to include the second location, wherein a subsequent call to the function received by the computing device after the updating is directed to the second location, wherein the first implementation remains available until at least the updating has completed.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing clustering and monitoring functionality. An embodiment operates by determining that an application programming interface (API) call has been made from a first application to a second application. Metric data regarding a performance of one or more computing devices responsive to the determined API call is received. The received metric data associated with the determined API call is clustered into one of a plurality of predetermined clusters associated with the performance of the one or more computing devices responsive to one or more previous API calls. A notification indicating a system state of the one or more computing devices is determined based on the clustering, and provided.

Abstract: Disclosed herein are system, method, and computer program product embodiments for providing anomaly feedback monitoring and detection. An embodiment operates by determining a first set of data corresponding to an anomaly indicating an undesirable data state for a first application. A subset of data from a second set of data corresponding to the undesirable data state is identified, wherein the second set of data is associated with communications between the first application and a second application. A notification identifying the anomaly is provided. Feedback associated with the anomaly is received. Data corresponding to the anomaly is updated based on the feedback.