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 device embodiments for implementing log tokenization in an integration platform system. An integration platform may provide a declaratively-configurable logger asset for deployment in an integration-application design tool, and package the declaratively configurable logger asset in an integration application at least partially built via the integration-application design tool. In addition, the integration application may identify sensitive information in original log data of the integration application, and generate modified log data based on tokenization of the sensitive information. Further, the integration application may log the modified log data into a log file.

Abstract: Disclosed herein are system, method, and device embodiments for implementing dynamic codeless logging in an integration platform system. An integration platform may provide a declaratively-configurable asset pre-configured to implement a logging functionality associated with a log point, package the declaratively-configurable asset within an integration application, and receive a selection of the log point associated with the declaratively-configurable asset. In addition, the integration application may generate log information corresponding to the log point based on the selection of the log point and the logging functionality. Further, the integration platform may present the log information within a graphical user interface.

Abstract: Disclosed herein are system, method, and device embodiments for implementing flow analysis in an integration platform system. An integration platform may provide a declaratively-configurable asset within an integration-application design tool, configure the declaratively-configurable asset based on declarative configuration information via the integration-application design tool, and package the declaratively-configurable asset into an integration application. Further, the integration platform may calculate a statistic associated with the declaratively-configurable asset based on the declarative configuration information during an execution of the integration application, and cause display of a graphic representation of the declaratively-configurable asset and the statistic in a monitoring tool.

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.

Abstract: A system may include a mocking server and one or more tenants served by the mocking server. A tenant may test an application programming interface (API) using a mocking service. For example, the mocking server may run a mock implementation of an API based on an API specification, and the server may expose an endpoint of the mock implementation for API testing. In some cases, the API specification may use an additional service. The mocking server may need an implementation for this additional service in order to test the API. For improved efficiency and reliability of the mocking service, the mocking server may store pre-configured mock implementations for various service or complementary APIs, which can be publicly accessed and shared across multiple different tenants. The pre-configured mock implementations may enable a user to test an API without providing a mock implementation for each additional service indicated in the API specification.