Abstract: Systems and methods are described for customizable data streams in a streaming data processing system. Routing criteria for the customizable data streams are defined by a user, an automated process, or any other process. The routing criteria can be defined using graphical controls. The streaming data processing system uses the routing criteria to determine data that should be used to populate a particular data stream. Further, processing pipelines are customized such that a particular processing pipeline can obtain data from a particular user defined data stream and write data to a particular user defined data stream. Data is routed through the user defined data streams and customized processing pipelines based on a data route. A data route for a set of data may include multiple user defined data streams and multiple processing pipelines. The data route can include a loop of processing pipelines and data streams.

Abstract: Embodiments provide for dynamic generation and updating of quote data objects using machine learning. An example apparatus is configured to receive a quote request and parse the quote request to extract one or more quote parameters. The example apparatus is further configured to determine, based at least in part the one or more quote parameters and by querying a plurality of repositories that are each updated periodically or in real-time, available inventory associated with the product identifier, and to determine a set of alternative quote values for the product identifier. The example apparatus is further configured to generate, using a first trained machine learning model and based at least in part on the available inventory and the set of alternative quote values, a first quote feature for the quote request and a confidence score, and to cause transmission of a quote data object to a user device.

Abstract: Various implementations of the present application set forth a computer-implemented method comprising obtaining, by a low-power hub device, a first set of data published by an edge device, where the low-power hub device subscribes to at least a subset of data published by the edge device, generating, by the low-power hub device, a second set of data from the first set of data by inputting the first set of data into a machine learning (ML) model executing on the low-power hub device, and transmitting the second set of data to a remote server computer system.

Abstract: Systems and methods are described for customizable data streams in a streaming data processing system. Routing criteria for the customizable data streams are defined by a user, an automated process, or any other process. The routing criteria can be defined using graphical controls. The streaming data processing system uses the routing criteria to determine data that should be used to populate a particular data stream. Further, processing pipelines are customized such that a particular processing pipeline can obtain data from a particular user defined data stream and write data to a particular user defined data stream. Data is routed through the user defined data streams and customized processing pipelines based on a data route. A data route for a set of data may include multiple user defined data streams and multiple processing pipelines. The data route can include a loop of processing pipelines and data streams.

Abstract: Systems and methods are described for customizable data streams in a streaming data processing system. Routing criteria for the customizable data streams are defined by a user, an automated process, or any other process. The routing criteria can be defined using graphical controls. The streaming data processing system uses the routing criteria to determine data that should be used to populate a particular data stream. Further, processing pipelines are customized such that a particular processing pipeline can obtain data from a particular user defined data stream and write data to a particular user defined data stream. Data is routed through the user defined data streams and customized processing pipelines based on a data route. A data route for a set of data may include multiple user defined data streams and multiple processing pipelines. The data route can include a loop of processing pipelines and data streams.

Abstract: The current document is directed to automated application-release-management facilities that, in a described implementation, coordinate continuous development and release of cloud-computing applications. The application-release-management process is specified, in the described implementation, by application-release-management pipelines, each pipeline comprising one or more stages, with each stage comprising one or more tasks. The currently described methods and systems check whether endpoints and external tasks are reachable prior to initiating execution of application-release-management pipelines. Automatic reachability checking is scheduled for idle intervals, when the workflow-execution-engine component of the automated application-release-management facility is not executing release pipelines.

Abstract: Systems and methods are described for customizable data streams in a streaming data processing system. Routing criteria for the customizable data streams are defined by a user, an automated process, or any other process. The routing criteria can be defined using graphical controls. The streaming data processing system uses the routing criteria to determine data that should be used to populate a particular data stream. Further, processing pipelines are customized such that a particular processing pipeline can obtain data from a particular user defined data stream and write data to a particular user defined data stream. Data is routed through the user defined data streams and customized processing pipelines based on a data route. A data route for a set of data may include multiple user defined data streams and multiple processing pipelines. The data route can include a loop of processing pipelines and data streams.

Abstract: Systems and methods are described for customizable data streams in a streaming data processing system. Routing criteria for the customizable data streams are defined by a user, an automated process, or any other process. The routing criteria can be defined using graphical controls. The streaming data processing system uses the routing criteria to determine data that should be used to populate a particular data stream. Further, processing pipelines are customized such that a particular processing pipeline can obtain data from a particular user defined data stream and write data to a particular user defined data stream. Data is routed through the user defined data streams and customized processing pipelines based on a data route. A data route for a set of data may include multiple user defined data streams and multiple processing pipelines. The data route can include a loop of processing pipelines and data streams.

Abstract: Systems and methods are described for customizable data streams in a streaming data processing system. Routing criteria for the customizable data streams are defined by a user, an automated process, or any other process. The routing criteria can be defined using graphical controls. The streaming data processing system uses the routing criteria to determine data that should be used to populate a particular data stream. Further, processing pipelines are customized such that a particular processing pipeline can obtain data from a particular user defined data stream and write data to a particular user defined data stream. Data is routed through the user defined data streams and customized processing pipelines based on a data route. A data route for a set of data may include multiple user defined data streams and multiple processing pipelines. The data route can include a loop of processing pipelines and data streams.

Abstract: The current document is directed to methods and systems that carry out live migration of multi-node applications in distributed-computing systems, including cloud-computing applications in cloud-computing facilities. The disclosed methods and systems employ an installer/agent and a data-transformation component to install new versions of a multi-node application within a distributed computing system and to then warm start each application-provided service within the newly installed new-version application nodes. Following a data sync operation, each warm-started application service is brought online to service subsequently received service requests as older-version corresponding services of current application nodes complete request services and terminate, providing live migration from an older version multi-node application to a new-version multi-node application without service-provision interruption.

Abstract: A system and method for authenticating transactions using biometric authentication is disclosed. The method includes receiving a message for a transaction from one of a user device and a trusted authority server. The message is generated on receiving preconfigured biometric data for the transaction on the user device. The message is verified in order to retrieve a prestored second Personal Identification Number (PIN) fragment associated with a PIN of the user. The second PIN fragment is transmitted to one of the user device and the trusted authority server in order to determine the PIN by using the second PIN fragment and a first PIN fragment received from the user device. In an alternate implementation, the method includes determining an authorized token using one or more token fragments stored on a plurality of entities.

Abstract: The current document is directed to automated application-release-management facilities that, in a described implementation, coordinate continuous development and release of cloud-computing applications. The application-release-management process is specified, in the described implementation, by application-release-management pipelines, each pipeline comprising one or more stages, with each stage comprising one or more tasks. The currently described methods and systems check whether endpoints and external tasks are reachable prior to initiating execution of application-release-management pipelines. Automatic reachability checking is scheduled for idle intervals, when the workflow-execution-engine component of the automated application-release-management facility is not executing release pipelines.

Abstract: The current document is directed to automated application-release-management facilities that, in a described implementation, coordinate continuous development and release of cloud-computing applications. The application-release-management process is specified, in the described implementation, by application-release-management pipelines, each pipeline comprising one or more stages, with each stage comprising one or more tasks. The currently described methods and systems check whether endpoints and external tasks are reachable prior to initiating execution of application-release-management pipelines. Automatic reachability checking is scheduled for idle intervals, when the workflow-execution-engine component of the automated application-release-management facility is not executing release pipelines.

Abstract: One or more embodiments provide techniques for processing a request entering a node cluster managed by a control plane executing on a computing service. A first node of the node cluster receives a request for a service. The first node determines to which service object in the first node to route the request. The first node identifies an existing version of the service executing thereon. The first node determines whether there exists an updated version of the service executing thereon. Upon determining that the updated version of the service does exist, the first node sets the existing version of the service as the current version of the services. The node routes the request to a first service object associated with the current version of the service using a handler of the first service object.

Abstract: The current document is directed to an automated-application-release-management system that organizes and manages the application-development and application-release processes to allow for continuous application development and release. The current document is particularly directed to implementations in which the automated application-release-management subsystem provides code-change ratings and developer ratings used throughout the code-change-submission-to-acceptance process. Code-change ratings and developer ratings are used to tailor tasks and control flow within the code-change-submission-to-acceptance process in order to respond to particular characteristics of code changes and developers.

Abstract: The current document is directed to methods and systems that carry out live migration of multi-node applications in distributed-computing systems, including cloud-computing applications in cloud-computing facilities. The disclosed methods and systems employ an installer/agent and a data-transformation component to install new versions of a multi-node application within a distributed computing system and to then warm start each application-provided service within the newly installed new-version application nodes. Following a data sync operation, each warm-started application service is brought online to service subsequently received service requests as older-version corresponding services of current application nodes complete request services and terminate, providing live migration from an older version multi-node application to a new-version multi-node application without service-provision interruption.

Abstract: The current document is directed to an automated-application-release-management system that organizes and manages the application-development and application-release processes to allow for continuous application development and release. The current document is particularly directed to implementations in which the automated application-release-management subsystem provides persona-based dashboard displays to users, tailoring the dashboard displays to the job profiles of users and to individual users. Persona-based dashboard displays are facilitated by standardized stage and task outputs, output contexts implemented by code-change identifiers, and stage/task-output aggregation.

Abstract: One or more embodiments provide techniques for processing a request entering a node cluster managed by a control plane executing on a computing service. A first node of the node cluster receives a request for a service. The first node determines to which service object in the first node to route the request. The first node identifies an existing version of the service executing thereon. The first node determines whether there exists an updated version of the service executing thereon. Upon determining that the updated version of the service does exist, the first node sets the existing version of the service as the current version of the services. The node routes the request to a first service object associated with the current version of the service using a handler of the first service object.

Abstract: The current document is directed to automated application-release-management facilities that, in a described implementation, coordinate continuous development and release of cloud-computing applications. The application-release-management process is specified, in the described implementation, by application-release-management pipelines, each pipeline comprising one or more stages, with each stage comprising one or more tasks. The currently described methods and systems check whether endpoints and external tasks are reachable prior to initiating execution of application-release-management pipelines. Automatic reachability checking is scheduled for idle intervals, when the workflow-execution-engine component of the automated application-release-management facility is not executing release pipelines.

Abstract: A method of updating a plurality of servers may include receiving a plurality of patch requests, receiving a selection of a computing environment from a plurality of computing environments, and selecting patch requests from the plurality of patch requests that are associated with the selected computing environment. The method may also include accessing a configuration for the selected computing environment, and generating patch command scripts for each of the selected patch requests. The patch command scripts may be generated based on the configuration of the selected computing environment and a respective selected patch request. The method may additionally include executing each of the patch command scripts to update the plurality of servers.