A method of synchronizing a plurality of end points is disclosed. A spoke is connected to a hub. The connecting of the spoke to the hub includes performing inbound synchronization of all of a set of data items or a subset of the set of data items with a replica. One or more additional spokes are connected to the hub. The connecting of the one or more additional spokes to the hub includes performing inbound synchronization of all of an additional set of data items or a subset of the additional set of data items with an additional replica. A subset of a set of data items stored in the replica or the additional replica is selected for outbound synchronization with any of a plurality of spokes except a spoke from which the subset of data items originated.

A method, system, and computer program product for predicting microservices required for incoming requests for reducing the start latency of serverless microservices. The method may include obtaining tracing data of microservices of an application for historical requests processed by the application. The method may also include grouping the tracing data based on common request attributes. The method may also include aggregating each group into rules relating the common request attributes to lists of microservices. The method may also include building a predictive model formed of the rules for processing incoming requests to obtain a list of predicted microservices required for the incoming request based on attributes of the incoming request.

A method, system, and computer program product for predicting microservices required for incoming requests for reducing the start latency of serverless microservices. The method may include obtaining tracing data of microservices of an application for historical requests processed by the application. The method may also include grouping the tracing data based on common request attributes. The method may also include aggregating each group into rules relating the common request attributes to lists of microservices. The method may also include building a predictive model formed of the rules for processing incoming requests to obtain a list of predicted microservices required for the incoming request based on attributes of the incoming request.

A message queue storage device includes: a non-volatile flash memory unit including one or more flash memory dies including one or more pages grouped into one or more flash blocks; a volatile memory; a data port; and a storage controller configured to: receive, via the data port, a message write command including a message and a queue identifier; identify a queue from one or more queues based on the queue identifier; determine that the message is a persistent message; select a write physical location in one or more pages of the flash memory dies in which to store the message; and store the message associated with the queue at the write physical location in the one or more pages of the non-volatile flash memory unit.

This patent document describes technology for providing real-time messaging and entity update services in a distributed proxy server network, such as a CDN. Uses include distributing real-time notifications about updates to data stored in and delivered by the network, with both high efficiency and locality of latency. The technology can be integrated into conventional caching proxy servers providing HTTP services, thereby leveraging their existing footprint in the Internet, their existing overlay network topologies and architectures, and their integration with existing traffic management components.

This patent document describes technology for providing real-time messaging and entity update services in a distributed proxy server network, such as a CDN. Uses include distributing real-time notifications about updates to data stored in and delivered by the network, with both high efficiency and locality of latency. The technology can be integrated into conventional caching proxy servers providing HTTP services, thereby leveraging their existing footprint in the Internet, their existing overlay network topologies and architectures, and their integration with existing traffic management components.

Techniques for self-service orchestration are disclosed. A system deploys instances of a self-service orchestration agent to tenant-specific software-as-a-service (SaaS) environments operating in a multi-tenant SaaS environment, without reconfiguring existing software in the tenant-specific SaaS environments. Each self-service orchestration agent includes functionality to configure one or more components. Each tenant-specific SaaS environment includes a dedicated set of software operating on a dedicated logical partition of hardware infrastructure. The system receives, via a self-service orchestration interface, a request to configure a component across the tenant-specific SaaS environments. The system: transmits the request to a self-service orchestration module that is operating in the multi-tenant SaaS environment and configured to communicate with each instance of the self-service orchestration agent; dispatches, by the self-service orchestration module, the request to each instance of the self-service orchestration agent; configures, by each of the self-service orchestration agents in a corresponding tenant-specific SaaS environment, the component.

Techniques for self-service orchestration are disclosed. A system deploys instances of a self-service orchestration agent to tenant-specific software-as-a-service (SaaS) environments operating in a multi-tenant SaaS environment, without reconfiguring existing software in the tenant-specific SaaS environments. Each self-service orchestration agent includes functionality to configure one or more components. Each tenant-specific SaaS environment includes a dedicated set of software operating on a dedicated logical partition of hardware infrastructure. The system receives, via a self-service orchestration interface, a request to configure a component across the tenant-specific SaaS environments. The system: transmits the request to a self-service orchestration module that is operating in the multi-tenant SaaS environment and configured to communicate with each instance of the self-service orchestration agent; dispatches, by the self-service orchestration module, the request to each instance of the self-service orchestration agent; configures, by each of the self-service orchestration agents in a corresponding tenant-specific SaaS environment, the component.

Disclosed herein are a method for operating a relation server and a system using the method. The method for operating the relation server for managing relations between machines includes generating, by the relation server, a capability set required to execute a command by analyzing the command, and grouping, by the relation server, machines that are to execute the command, among the machines, based on the generated capability set, and capability parameters and status parameters of respective machines that have been previously registered in the relation server or that are extractable by the relation server.

Disclosed herein are a method for operating a relation server and a system using the method. The method for operating the relation server for managing relations between machines includes generating, by the relation server, a capability set required to execute a command by analyzing the command, and grouping, by the relation server, machines that are to execute the command, among the machines, based on the generated capability set, and capability parameters and status parameters of respective machines that have been previously registered in the relation server or that are extractable by the relation server.